TypeScript 7 اومد — این بار کامپایلر با Go نوشته شده
اگه یه پروژهی TypeScript بزرگ داری و تایپچک هر بار چند دقیقه طول میکشه، این خبر برات جالبه: مایکروسافت ۱۸ ژوئن ۲۰۲۶ نسخهی Release Candidate از TypeScript 7 رو منتشر کرد. نسخهی stable هم قراره تا اواخر جولای ۲۰۲۶ بیاد.
چیزی که این نسخه رو از همهی نسخههای قبلی متمایز میکنه اینه که کامپایلر دیگه با JavaScript نوشته نشده — حالا با Go نوشته شده. این پروژه از مارس ۲۰۲۵ با اعلام Anders Hejlsberg شروع شد، حدود پانزده ماه در فضای عمومی توسعه پیدا کرد، و حالا به مرحلهای رسیده که مایکروسافت میگه آمادهی استفادهی روزانه است.
چرا Go؟
سوال منطقیه. TypeScript خودش یه زبان strongly-typed هست، چرا کامپایلرش رو با Go بنویسن نه Rust یا حتی TypeScript خودش؟
دلیل اصلی اینه که Go برای این نوع workload — یعنی parse کردن فایلهای موازی، مدیریت حافظهی مشترک، و پیادهسازی یه language service همزمان — tooling و runtime بهتری داره. Rust هم میتونست کار کنه، ولی تیم تصمیم گرفت با Go برگشت سریعتری داشته باشه.
نکتهی مهمتر اینه که این یه port هست نه یه rewrite از صفر. تیم TypeScript ساختار کد، الگوریتمها، و data structureهای کامپایلر رو حفظ کرده — فقط زبان پیادهسازی عوض شده. این یعنی semantics تایپچک دقیقاً همونه. در آزمونهایی که مایکروسافت انجام داده، از حدود ۲۰ هزار تستکیس کامپایلر، TypeScript 7 در همه جز ۷۴ مورد دقیقاً همون خطاهای TypeScript 6 رو برمیگردونه.
چقدر سریعتره؟
عدد رسمی که مایکروسافت داده «اغلب حدود ۱۰ برابر سریعتر از TypeScript 6» هست. این یه میانگین روی پروژههای مختلفه، نه یه عدد ثابت. روی codebase خود VS Code که حدود ۱.۵ میلیون خط هست، تایپچک از ۷۷.۸ ثانیه به ۷.۵ ثانیه رسیده — حدود ۱۰.۴ برابر. زمان لود پروژه توی editor هم از ۹.۶ ثانیه به ۱.۲ ثانیه رسیده، و مصرف حافظه هم تقریباً نصف شده.
دو چیز این سرعت رو ممکن کرده: اول، Go binary بهجای کد JavaScript interpreted اجرا میشه. دوم، مایکروسافت ساختار language service رو بازطراحی کرده تا از shared-memory parallelism استفاده کنه — چیزی که با runtime تکthread قبلی اصلاً ممکن نبود.
چی تغییر کرده که ممکنه کدت رو بشکنه
TypeScript 7 یه سری breaking change داره که اکثرشون از نسخهی ۶ که «bridge release» بود، deprecated شده بودن:
پشتیبانی از --target es5 حذف شده. اگه هنوز برای مرورگرهای قدیمی build میگیری، باید از ابزارهای دیگهای مثل Babel استفاده کنی. فرمتهای output مثل AMD، UMD و SystemJS هم حذف شدن. moduleResolution: "node10" (که قبلاً به اسم node هم شناخته میشد) حذف شده و باید به bundler یا node16 تغییر پیدا کنه. --baseUrl و --paths هم رفتار قبلیشون رو ندارن و باید با paths توی tsconfig.json جایگزین بشن.
یه تغییر مهم دیگه اینه که rootDir حالا بهصورت پیشفرض به ./src اشاره میکنه نه root پروژه.
مایکروسافت میگه ۹۵ درصد پروژههای TypeScript 6 بدون تغییر compile میشن. ولی اون ۵ درصد رو باید جدی بگیری — خصوصاً اگه پروژهی قدیمیه یا config پیچیده داره.
API programmatic هنوز آماده نیست
یه محدودیت مهم که باید بدانی: API برنامهنویسی TypeScript — همونی که ابزارهایی مثل ts-jest، ts-node، و eslint-plugin-typescript ازش استفاده میکنن — هنوز در TypeScript 7 پایدار نیست. مایکروسافت گفته این API توی نسخهی ۷.۱ که چند ماه بعد از ۷.۰ stable میاد آماده میشه.
یعنی اگه از این ابزارها استفاده میکنی، باید صبر کنی یا با احتیاط تست کنی.
چطور الان امتحانش کنی
npm install -D typescript@rc
همین. بعد از این:
npx tsc --version # باید v7.0.0-rc باشه
npx tsc --noEmit # تایپچک کل پروژه
tsc داخل typescript@rc همون باینری Go هست. اسم tsgo که توی previewهای ۲۰۲۵ استفاده میشد، حالا فقط برای nightly channel مانده.
برای rollback هم typescript@6 رو کنار داشته باش:
npm install -D typescript@6 # نسخهی قبلی
آیا الان باید به پروداکشن ببریش؟
RC هست، نه stable. مایکروسافت میگه «highly stable» هست و بیش از یه سال pre-release testing داشته، ولی هنوز GA نشده.
برای سرویسهای داخلی و pipeline های CI که فقط type-check میکنن و emit نمیکنن، همین الان میارزه امتحانش کنی. اگه از API برنامهنویسی استفاده میکنی یا workflow پیچیدهای داری، صبر کن stable بیاد — که طبق برنامه اواخر جولای ۲۰۲۶ هست.
این بزرگترین تغییر توی TypeScript از همون اول بود. نه یه feature جدید، نه یه syntax تازه — یه تغییر بنیادی توی اینکه کامپایلر اصلاً چطور کار میکنه. و از اون نوع تغییراتیه که اکثر توسعهدهندهها بدون اینکه بدونن چی عوض شده، فقط حس میکنن IDE یهو خیلی سریعتر شده.
