مایکروسافت کامپایلر TypeScript را با Go بازنویسی کرد؛ ۱۰ برابر سرعت بیشتر برای توسعه‌دهندگان جهانی

در تاریخ ۸ جولای ۲۰۲۶، مایکروسافت با انتشار TypeScript 7.0، چشم‌انداز عملکردی توسعه وب مدرن را به طور اساسی تغییر داد. این به‌روزرسانی یک ارتقاء استاندارد نیست که صرفاً سینتکس یا انواع ابزارهای جدیدی را معرفی کند؛ بلکه نشان‌دهنده مهم‌ترین بازنگری معماری در تاریخ این زبان است. کل کامپایلر TypeScript به طور کامل بازنویسی شده و پایه جاوااسکریپتی اصلی خود را به نفع زبان برنامه‌نویسی Go کنار گذاشته است. نتیجه، یک جهش نسلی در عملکرد است که زمان‌های بیلد را تقریباً ۱۰ برابر سریع‌تر می‌کند.[1][2]

سال‌هاست که TypeScript به عنوان سنگ بنای برنامه‌های وب مقیاس‌پذیر عمل می‌کند و با افزودن بررسی نوع سخت‌گیرانه روی جاوااسکریپت، خطاها را قبل از اجرای کد شناسایی می‌کند. با این حال، با افزایش محبوبیت این زبان و بزرگ شدن حجم کدها، عملکرد کامپایلر به یک گلوگاه بدنام تبدیل شد. از آنجایی که کامپایلر اصلی خود با TypeScript نوشته شده بود (و بنابراین روی یک محیط اجرایی تک‌رشته‌ای جاوااسکریپت مانند Node.js اجرا می‌شد)، در پردازش درخت‌های وابستگی عظیم برنامه‌های سازمانی مدرن دچار مشکل می‌شد. توسعه‌دهندگان به طور معمول با زمان‌های بیلدی مواجه می‌شدند که به دقیقه می‌رسید و در حالی که ماشین‌هایشان میلیون‌ها خط کد را پردازش می‌کردند، به ترمینال‌های بیکار خیره می‌ماندند.[3][5]

مقیاس این مشکل در مخازن بزرگ متن‌باز کاملاً مشهود بود. پایگاه کد Visual Studio Code، که یکی از بزرگترین پروژه‌های TypeScript موجود است، قبلاً برای یک بررسی نوع کامل به بیش از دو دقیقه زمان نیاز داشت. در عصری که یکپارچه‌سازی مداوم (CI) و استقرار سریع اهمیت بالایی دارند، این تأخیرها نشان‌دهنده یک اتلاف انباشته عظیم در سرعت مهندسی بود. مایکروسافت تشخیص داد که ابزارها باید همگام با پیچیدگی روزافزون نرم‌افزاری که می‌سازد، مقیاس‌پذیر شوند، و این امر منجر به یک ابتکار محرمانه با نام «پروژه کورسا» (Project Corsa) شد.[2][3]

مأموریت پروژه کورسا در مفهوم ساده اما در اجرا بسیار بزرگ بود: انتقال کل کامپایلر TypeScript به یک زبان سطح سیستمی که قادر به عملکرد بومی (Native) باشد. مایکروسافت چندین زبان از جمله Rust و C# را ارزیابی کرد و در نهایت Go را انتخاب کرد. این انتخاب برخی از ناظران صنعت را که انتظار داشتند مایکروسافت از C# داخلی خود یا Rust که محبوبیت فزاینده‌ای داشت، حمایت کند، شگفت‌زده کرد، اما این تصمیم ریشه در عمل‌گرایی مهندسی سخت داشت. Go ترکیبی منحصر به فرد از زمان‌های راه‌اندازی سریع، مدیریت حافظه قوی و – مهم‌تر از همه – سازگاری ساختاری با پایگاه کد موجود TypeScript را ارائه می‌داد.[3][5]

برخلاف بازنویسی از پایه، که مستلزم بازنگری مفاهیم اساسی مانند مدیریت حافظه و ساختاردهی داده‌ها بود، Go به مایکروسافت اجازه داد تا یک انتقال بسیار وفادارانه را انجام دهد. هم کامپایلر قدیمی جاوااسکریپت و هم کامپایلر جدید Go بر جمع‌آوری زباله (Garbage Collection) تکیه دارند. علاوه بر این، سیستم نوع و مدل حافظه Go به طرز شگفت‌انگیزی با ساختارهای داده داخلی TypeScript، به ویژه نمودارهای چرخه‌ای که به طور گسترده در طول بررسی نوع استفاده می‌شوند، همسو هستند. این شباهت ساختاری امکان ترجمه تقریباً یک به یک الگوریتم‌های کامپایلر را فراهم کرد و خطر معرفی رگرسیون‌های رفتاری را به شدت کاهش داد.[5][6]

افزایش عملکرد کامپایلر جدید ناشی از دو مزیت اصلی زبان Go است: کامپایل بومی و همزمانی حافظه مشترک. با کامپایل مستقیم به باینری‌های بومی بهینه‌سازی شده برای ویندوز، macOS و لینوکس، ابزار جدید به طور کامل سربار زمان اجرای تحمیل شده توسط Node.js را حذف می‌کند. مهم‌تر از آن، «گوروتین‌های» (goroutines) سبک وزن Go به کامپایلر اجازه می‌دهند تا از حلقه رویداد تک‌رشته‌ای جاوااسکریپت رها شود. برای اولین بار در تاریخ TypeScript، کامپایلر می‌تواند فایل‌ها را تجزیه کند، انواع را بررسی کند و کد را به صورت موازی منتشر کند و از پردازنده‌های چند هسته‌ای مدرن به طور کامل استفاده نماید.[1][5]

معیارهای دنیای واقعی منتشر شده توسط مایکروسافت، ادعاهای جاه‌طلبانه «۱۰ برابر سریع‌تر» را تأیید می‌کنند. در مخزن عظیم Visual Studio Code، زمان بررسی نوع کامل از بیش از دو دقیقه به تقریباً ۱۰.۶ ثانیه کاهش یافت. پروژه‌های کوچک‌تر نیز افزایش‌های متناسبی را مشاهده می‌کنند؛ کتابخانه پرکاربرد RxJS شاهد کاهش زمان کامپایل خود از ۱.۱ ثانیه به ۰.۱ ثانیه (تقریباً آنی) بود. این‌ها معیارهای مصنوعی نیستند، بلکه اندازه‌گیری‌هایی هستند که از پایگاه‌های کد در مقیاس تولید گرفته شده‌اند و واقعیت روزمره توسعه نرم‌افزار سازمانی را منعکس می‌کنند.[2][3]

فراتر از سرعت‌های خام بیلد، بازنویسی Go به طور چشمگیری تجربه توسعه‌دهنده محلی را در ویرایشگرهای کد بهبود می‌بخشد. سرویس زبان TypeScript، که ویژگی‌هایی مانند تکمیل خودکار، تشخیص خطای درون خطی و پیمایش کد را در IDEهایی مانند Visual Studio Code قدرت می‌بخشد، اکنون بسیار پاسخگوتر است. زمان بارگذاری پروژه تا ۸ برابر کاهش یافته و در محیط‌های آزمایش شده از تقریباً ۱۰ ثانیه به ۱.۲ ثانیه رسیده است. توسعه‌دهندگان دیگر مجبور نیستند هنگام باز کردن مخازن بزرگ (monorepos) منتظر بمانند تا ویرایشگرشان «به روز شود»، که منجر به یک گردش کار کدنویسی بدون اصطکاک می‌شود.[4]

این تغییر معماری همچنین مزایای قابل توجهی در بهره‌وری منابع سیستمی به همراه دارد. کامپایلر مبتنی بر Go تقریباً نیمی از حافظه مورد نیاز کامپایلر جاوااسکریپتی قبلی خود را مصرف می‌کند. برای کسب‌وکارهایی که خطوط لوله یکپارچه‌سازی و استقرار مداوم (CI/CD) گسترده‌ای را اجرا می‌کنند، این کاهش در سربار حافظه مستقیماً به کاهش هزینه‌های رایانش ابری منجر می‌شود. اکنون تیم‌ها می‌توانند فرآیندهای تست و بیلد خودکار خود را روی نمونه‌های سرور کوچک‌تر و ارزان‌تر اجرا کنند، بدون اینکه سرعت را فدا کنند، یا بیلد‌های موازی بیشتری را روی زیرساخت موجود خود اجرا نمایند.[4]

با وجود تغییرات اساسی زیربنایی، مایکروسافت اطمینان داده است که مسیر مهاجرت برای اکثر توسعه‌دهندگان کاملاً بدون مشکل است. از آنجایی که سینتکس زبان و قوانین بررسی نوع یکسان باقی می‌مانند، تیم‌ها نیازی به بازنویسی هیچ یک از کدهای کاربردی واقعی خود ندارند. ارتقاء به کامپایلر جدید به سادگی نصب آخرین بسته TypeScript 7.0 از طریق npm است. پس از نصب، ابزارهای خط فرمان استاندارد به طور خودکار از طریق موتور جدید مبتنی بر Go هدایت می‌شوند و مزایای عملکردی را فوراً و بدون نیاز به تغییرات پیکربندی، فعال می‌کنند.[2][7]

با این حال، یک دوره گذار کوتاه برای موارد خاص در اکوسیستم ابزارهای گسترده‌تر وجود دارد. در حالی که بیلد‌های استاندارد بدون نقص کار می‌کنند، پروژه‌هایی که به شدت به API برنامه‌نویسی TypeScript متکی هستند – مانند برخی پلاگین‌های سفارشی ESLint یا تولیدکنندگان کد تخصصی – ممکن است با موانع سازگاری مواجه شوند. مایکروسافت اعلام کرده است که پشتیبانی پایدار از API برنامه‌نویسی در نسخه آتی TypeScript 7.1 به طور کامل تکمیل خواهد شد و به تیم‌هایی که وابستگی‌های عمیق به API دارند، توصیه می‌کند که در این فاصله با دقت آزمایش کنند یا از بسته‌های سازگاری جانبی استفاده نمایند.[2][7]

بازنویسی TypeScript نشان‌دهنده یک روند گسترده‌تر در سطح صنعت است که در آن ابزارهای زیربنایی جاوااسکریپت در حال بازسازی با زبان‌های سیستمی با عملکرد بالا هستند. همانطور که باندلرهایی مانند Vite و Turbopack از Go و Rust برای جایگزینی ابزارهای قدیمی مبتنی بر جاوااسکریپت استفاده کردند، کامپایلر TypeScript نیز اکنون از محیط اجرایی اصلی خود فراتر رفته است. در حالی که هوش مصنوعی سرعت تولید کد را تسریع می‌کند و پایگاه‌های کد به طور تصاعدی بزرگتر می‌شوند، تقاضا برای زیرساخت توسعه‌دهنده سریع، موازی و کارآمد از نظر حافظه هرگز به این وضوح نبوده است. TypeScript 7.0 تضمین می‌کند که این زبان برای آن آینده آماده است.[6]