- Muling isinulat ng TypeScript 7.0 ang compiler sa Go, na nakakamit ng 10–12x na pagpapabuti sa pagganap kumpara sa bersyon 6.
- Kulang ang bagong bersyon ng pampublikong programmatic API, na nagpapahina sa mga tool tulad ng Volar, ts-jest, at framework template checkers hanggang sa dumating ang 7.1.
- Ang mga proyektong gumagamit ng mga hindi na ginagamit na opsyon (ES5, AMD, classic module resolution) ay mabibigo; may magagamit na compatibility shim.
- Ang suporta sa editor ay lilipat sa Language Server Protocol, na may magagamit nang nakalaang extension ng VS Code.
Sa wakas ay inilabas na ng Microsoft ang TypeScript 7.0 , at malaking bagay ito – hindi dahil sa mga bagong tampok ng wika, kundi dahil ang buong compiler ay muling isinulat sa Go. Ang resulta? Isang compiler na hanggang 12 beses na mas mabilis kaysa sa hinalinhan nito. Tinutugunan ng hakbang na ito ang matagal nang problema para sa mga developer na nagtatrabaho sa malalaking codebase: ang paghihintay para sa type-checking at compilation.
Nagpasya ang pangkat na i-port ang buong runtime ng compiler mula sa JavaScript patungong Go pagkatapos ng mga taon ng paghihirap sa mga isyu sa performance at memory. Ang JavaScript, na orihinal na idinisenyo para sa mga interaksyon sa UI at browser, ay hindi ginawa para sa mga workload na nangangailangan ng compute tulad ng isang compiler. Sa paglipat sa Go, na-unlock ng Microsoft ang shared-memory concurrency, na nagpapahintulot sa compiler na ikalat ang trabaho sa maraming CPU core – isang bagay na hindi kailanman magagawa ng isang single-threaded JavaScript engine.
Mga Numero ng Pagganap na Nagsasalita para sa Kanilang Sarili
Kapansin-pansin ang mga benchmark. Ang sariling build ng Visual Studio Code ay bumaba mula 125 segundo patungo sa 10.6 segundo lamang – isang 11.9x na pagpapabuti. Ang CI type-checking ng Slack ay bumaba mula 7.5 minuto patungo sa 1.25 minuto, at ang build ng Bluesky ay lumiit mula 24.3 segundo patungo sa 2.8 segundo. Sa isang 16-core na makina, ang default na configuration ay gumagamit ng apat na parallel type checker, ngunit ang pag-crank ng hanggang 12 checker ay nagreresulta sa 12x na bilis. Ang mga pagtaas ay nasusukat kasabay ng laki ng proyekto dahil ang bottleneck ngayon ay hardware, hindi ang runtime.
Ipinakita ni Anders Hejlsberg, Microsoft Technical Fellow, ang pagkakaiba nang live: ang pagbubukas ng file na may error sa editor ay inabot ng 17.5 segundo gamit ang TypeScript 6, ngunit 1.3 segundo lamang gamit ang TypeScript 7. Ang serbisyo ng wika mismo ay muling isinulat upang gamitin ang Language Server Protocol (LSP) , na ginagawang mas madali ang pagsasama sa iba pang mga editor at mga tool ng AI. Ang VS Code ay mayroon nang nakalaang extension ng TypeScript 7, at ang built-in na suporta ay lumilipat palayo sa lumang disenyo ng TSServer.
Ano ang Nasisira at Ano ang Hindi
Sa kabila ng mga pagbuti sa performance, ang TypeScript 7.0 ay ipinapadala nang walang pampublikong programmatic API . Nangangahulugan ito na ang template type-checker ng bawat pangunahing web framework – ang Vue's Volar, ang language service ng Svelte, ang template checker ng Angular, at ang MDX – ay hindi tugma. Ang mga tool tulad ng ts-morph at ts-jest, na umaasa sa mga internal compiler, ay nasisira rin. Kinumpirma ng Microsoft na may darating na kapalit na API sa TypeScript 7.1, na inaasahang ilalabas sa Oktubre 2026. Hanggang sa panahong iyon, ang mga proyektong gumagamit ng mga framework na iyon ay dapat manatili sa TypeScript 6.0.x.
Ang mga lumang configuration ng proyekto ay nahaharap sa matinding paghinto. Ang mga opsyon na hindi na ginagamit sa bersyon 6 ay nagdudulot na ngayon ng mga pagkabigo sa pagbuo : ang mga target ng compilation ng ES5, mga format ng module ng AMD at SystemJS, ang resolusyon ng klasikong module, at ang assert keyword sa mga import ay pawang tuluyang nabibigo. Ang bagong default na tsconfig.json ay hindi na awtomatikong naglo-load ng mga @types package, kaya ang mga proyektong umaasa sa ambient type discovery nang walang tahasang mga dependency sa uri ay tahimik na mabibigo. Nagbibigay ang Microsoft ng compatibility shim (typescript@npm:@typescript/typescript6) para sa mga proyektong kailangang panatilihing tumatakbo ang TS6 tooling kasama ng bagong compiler.
Ang mga proyektong nakakalusot sa mga balakid na iyon – mga simpleng Node.js o Deno application, mga browser app na hindi binuo sa isang framework template system, at mga library na walang programmatic API dependencies – ay maaaring mag-upgrade sa pamamagitan lamang ng isang pagbabago sa package.json. Totoo ang resulta: Iniulat ng Slack ang 40% na mas kaunting oras sa merge queue, at tinatantya ng Microsoft News Services na 400 oras ang natitipid bawat buwan sa paghihintay lamang sa mga pipeline.
Ang TypeScript 7.1, na kasalukuyang naka-target para sa Oktubre 2026, ay magpapadala ng bagong compiler API na kailangan ng Vue, Svelte, Angular, at MDX tooling bago sila makapag-migrate. Kapag dumating ito, ang mga nadagdag na performance mula sa 15-buwang Go port ay makakarating sa buong ecosystem. Hanggang sa panahong iyon, inirerekomenda ng mga pahina ng proyekto para sa Volar, SvelteKit, at Angular na panatilihin sa TypeScript 6.0.x. Para sa lahat, ang pag-upgrade ay diretso lang – at ang oras na natitipid ay hindi basta-basta.
