Microsoft dactiloscript'i gömer ve geri döndürür: Neden?
Microsoft TypeScript Ekim 2012'de sunulan ve yayınlandığından beri, modern web geliştirme dili ayrılmaz bir parçası haline geldi. Web'de kullanıcı arayüzü üzerinde çalışanlar son on yılda daktilo yazılmamıştır. Ancak TypeScript'in eleştirisi büyüyor: Sesler, tip senaryo derleyicisinin zayıf performansını eleştiren gittikçe daha fazla ses haline geliyor.
Golo Roden, yerel web GmbH'nin kurucusu ve CTO'sudur. Olaylara ve hizmetlere dayalı olarak dağıtılmış mimarilere özellikle dikkat ederek web ve bulut uygulamalarının ve arıların anlayışı ve geliştirilmesi ile ilgilidir. Yol gösterici ilkesi, yazılımın gelişiminin kendi başına bir son olmaması, ancak her zaman aşağıda bir profesyonellik izlemesi gerektiğidir.
Sonuçta, başlangıçta bir derleyiciyi sürekli beklemeniz gerekmediği web geliştirmenin önemli bir yönüdür. TypeScript onu başarıyla yok etti. TypeScript, özellikle büyük ekiplerde ve karmaşık uygulamalarda JavaScript'in nasıl yönetileceğini önemli ölçüde geliştirdi – ancak yavaş yavaş web geliştirmenin hızı ve kolaylığı.
Önerilen editoryal içerik
Rızanızla, burada harici bir YouTube videosu (Google Ireland Limited) burada davet edilir.
YouTube videosu her zaman yüklenir
YouTube videosu artık yüklüyor
Microsoft gömülü tür komut dosyası – ve yeniden keşfet
Ama bu son! 11 Mart'ta Microsoft, daktilo yazılmış derleyicinin performansının on faktörden hızlandığını duyurdu. Ve bu tamamen veya daha iyi yeniden yazılmış Port. Ancak şaşırtıcı bir şekilde, Rust, C# veya C ++ 'a göre değil, Go'ya göre. Bu soruyu gündeme getiriyor: Neden tüm insanlara gidelim?
Microsoft en hızlı 10x tipi bir komut dosyasını duyurdu
Yaklaşık bir hafta önce Microsoft, Anders Hejlsberg'in Microsoft'un ortadaki bir gelecekte TypeScript derleyicisiyle ne planladığını açıkladığı “10x daha hızlı TypeScript” başlığı ile bir blog yazısı ve bir video yayınladı. Anders Hejlsberg sadece bir Microsoft geliştiricisi değil, TypeScript ve C#için ana dil tasarımcılarından biridir. Bu nedenle, programlama ve derleyicinin programlama dillerinin geliştirilmesinde geniş bir deneyime sahiptir. Bugün bildiğimiz gibi daktilo derleyicisinin yerini Go'da yeni bir uygulama alacağını, ancak şu anda TypeScript'te yazılmış olan mevcut kod tabanının yerini alacağını açıkladı.
Evet, doğru okudunuz: TypeScript şu anda TypeScript'te yazılmıştır, gelecekte Microsoft, daha iyi bir performans, çok daha yüksek bir depolama verimliliği ve daha iyi istikrar ve güvenilirlik vaat etmektedir. Bu hemen soruları gündeme getiriyor: Benim için ne anlama geliyor? Neden gidiyorsun? Mevcut araçlarla ve genellikle ekosistemle yenilenmeye ne dersiniz?
(Resim: WD Ashari/Shutterstock.com)
Enterj 2025, 7 ve 8 Mayıs'ta Mannheim'da gerçekleşecek. Konferans, JavaScript tabanlı kurumsal dünyanın tam bir vizyonunu sunuyor. Dikkat sadece JavaScript ve TypeScript programlama dillerinin kendisi değil, aynı zamanda çerçeve ve araçlar, erişilebilirlik, pratik raporlar, UI/UX ve güvenlik üzerine de dikkat çekiyor.
Programın dikkat çekici noktaları:
Biletler çevrimiçi mağazada ilk kitapta mevcuttur.
Çünkü TypeScript yavaş
Bu soruları cevaplamak için önce önceki durum dikkate alınmalıdır. TypeScript derleyicisi şu anda TypeScript'te yazılmıştır. Bir yandan, bu bir avantajdır, çünkü bir derleyici neredeyse kendini çevirerek çalıştığını gösterir. Öte yandan, TypeScript'te yazılmış herhangi bir uygulama gibi TypeScript derleyicisinin JavaScript'e göre çevrildiği ve Node.js gibi karşılık gelen bir dönem ortamında gerçekleştirilmesi gerektiği anlamına gelir. Bu yorumlanmadı, ancak en azından JIT oyunu ile, ancak yerel bir kodla olabildiğince hızlı değil.
Özellikle büyük ve karmaşık uygulamalarda, bu derlemenin gereksiz yere yavaşlaştığı anlamına gelir, çünkü derleyicinin kendisi yavaş veya en azından teorik olarak olabildiğince hızlı değildir. Bu, Visual Studio kodunda açıkça görülmektedir: Microsoft, bir referans sistemi için yaklaşık 78 saniyelik bir derleme süresi belirtir – neredeyse bir buçuk. Visual Studio Kodu harika bir projedir, ancak yine de “sadece” gerçek bir dünya projesi için çok kapsamlı olmayan 1.5 milyon kod içerir.
Tekrarlanabilir bir hızlanma
Şu anda bir ön versiyon olarak mevcut olan yeni derleyici ile aynı işlem sadece 7,5 saniye gerektirir: on bir hızlanma. Bu etki tekrarlanabilir: oyun yazarının derlenmesi 11 saniye yerine sadece bir saniye ihtiyacı vardır. Tarih-FN'lerle hava durumu 6,5'ten 0,7 saniyeye düşer. Bazen etki biraz daha güçlüdür, bazen biraz daha zayıftır, ancak ortalama olarak on faktöre karşılık gelir. Ve bu sadece ilk önizleme, bu yüzden optimizasyon için başka bir potansiyel olabilir.
Ek olarak, yeni derleyici nedeniyle RAM gereksinimi yaklaşık yüzde 50 düşer. Bu, yerel bir geliştirme hesap makinesi için özellikle alakalı olmayabilir, ancak bu CI/CD boruları için büyük bir kârdır. Yeni derleyici sadece daha hızlı değil, aynı zamanda çok daha ucuzdur. Bu etkileyici.
Peki Microsoft bu iyileştirmeyi nasıl yapıyor? Cevap basit: Doğal kod, yürütme aşamasında bir JIT derleyicisi tarafından çevrilmesi gereken koddan çok daha hızlı ve daha ucuz çalışıyor.
Neden gidiyorsun?
Ancak, duyuru şaşırtıcıydı: birçoğu Microsoft'un Rust'ta daktilo yapmayı beklerdi. GO'nun seçimi bu nedenle tartışmalara neden olur. Microsoft kararı açıkça açıklıyor: Rust mükemmel performans sunuyor, ancak kredi ve mülk gibi kavramlarla bellek yönetimi mevcut kodun 1-1 kapısı için işe yaramaz bir engel olacaktır. Durum C ++ 'a benzer: C ++' ın performans açısından yenilmesi zor olsa da, dil eski stil olarak kabul edilir, hatalara tabi ve zor. C# sırayla, derleyicinin çok pratik olmayan .net-Rascal'a bağlı olması dezavantajına sahip olacaktır, çünkü bir derleyicinin ideal olarak statik bir parça olarak çalışması gerekir. .NET AOT derleyicisi istenen tüm hedef platformları desteklemez. Bu nedenle, C# seçimden düştü.
Öyleyse neden gidelim? Her şeyden önce, çünkü kavramsal olarak TypeScript'e benzer ve bu nedenle taşınmayı basitleştirir. Bellek yönetimi bir çöp koleksiyonu ile gerçekleşir, böylece manuel bellek yönetimi gerekmez. Go, sonuna daha fazla bağımlılığı olmayan tüm ortak platformlar için statik parçalar oluşturabilir. Go, performans ve paralelleştirme için de optimize edilmiştir – bir derleyici için temel yönler.
Microsoft, “en iyi” veya “en hızlı” dil olacağı için Go'yu seçmedi, ancak performans, bakım ve basit kapı arasında en iyi dengeyi sunduğu için. Bu, nesnel olarak geçerli olan anlaşılabilir bir karardır.
Gelecek için ne anlama geliyor
Bu, tipik bir geliştirici olarak sizin için ne anlama geliyor? Kısa vadede her şey her zamanki gibi kalır. Komut dosyasını yazın 5.9 daha sonra görünür. Sonraki 6 serisi yavaş yavaş “Ahlastate” gibi bazı özellikleri işaretleyecek ve yeni derleyiciye hazırlık olarak rüptür değişikliklerini tanıtacaktır. Bu, TypeScript 7.0 ile yayınlanmıştır. Hala belirli bir tarih yok, ancak şu ana kadar iki ana versiyon arasında iki ila üç yıl oldu. Bu nedenle, yayın 2027'de mümkün olan en kısa sürede beklenebilir. Bu hala uzun bir zamandır, ancak kademeli göç için yeterli zaman verir. 7.0'a kadar olan tüm sürümleri görmezden gelmemesi ve yalnızca değişiklik kaçınılmaz olduğunda hareket etmemesi sağlandı.
Pasajı ne yönlendirir? Her şeyden önce, hem yerel hem de CI/CD boru hattında en hızlı binalar. Komut dosyası uzun tipi sunucu geri bildiriminin de önemli ölçüde daha hızlı olması muhtemeldir, bu da daha iyi ideal performansa izin verir. Ayrıca, TypeScript 7'den, derleyici için yüklü olan düğüm gerekli değildir – bazı durumlarda gerçekten yararlı olabilecek teorik bir avantaj.
Heyecan verici kalır
Ancak, sorular hala açık. TypeScript gelecekte diğer uygulamalara ve web tarayıcılarına nasıl entegre edilecek? Şimdiye kadar, bu bir sorun olmadı çünkü derleyici JavaScript'te tamamlandı. Teorik olarak, bu, GO'yu destekleyen ancak pratik uygulama görülmeye devam eden montaj örgüsü ile yapılabilir. Buna ek olarak, Tip komut dosyası derleyicisi için uzantılar geliştiricileri araçlarını uyarlamalıdır. Sürüm 7'den sonra derleyici JavaScript'e dayalı bir varyant olup olmayacağı veya Microsoft'un zor bir değişiklik yapıp yapmadığı henüz açık değil.
Duyuru şaşırtıcıydı, özellikle de gitme hareketi. Ancak Microsoft, bu kararın kesin olduğunu açıkladı. Go Choice, performans ve bakım arasında akıllı bir uzlaşmadır.
Bu gelişme hakkında ne düşünüyorsunuz? Limanı karşılayacak mısın? Ve Go seçimini nasıl hissediyorsunuz? Fikrinizi yorumlara yazın!
(RME)