Perry ve alternatifleri

Perry, TypeScript göndermenin diğer yollarıyla nasıl karşılaştırılır: çalışma zamanları, derleyiciler ve çapraz platform UI framework'leri. Dürüst, kaynaklı ve mevcut olduğu yerde ölçülmüş sayılarla.

TypeScript çalışma zamanı

Perry vs Bun

Bun; çalışma zamanını kodunuzla birlikte paketleyerek tek dosyalı çalıştırılabilir dosyalar da üretebilen, hepsi-bir-arada bir JavaScript/TypeScript çalışma zamanı, bundler, paket yöneticisi ve test koşturucusudur. Perry farklı bir yol izler: TypeScript'i LLVM aracılığıyla doğrudan yerel makine koduna derler — ikili dosyada JavaScript motoru yok, çalışma zamanı yok, sadece küçük bir yerel çalıştırılabilir dosya. Bun ve Perry, TS'i ikili dosyaya çevirme noktasında örtüşür ama o ikili dosyada bir JavaScript motorunun olup olmaması konusunda anlaşamazlar.

TypeScript çalışma zamanı

Perry vs Deno

Deno; V8 üzerine inşa edilmiş, birinci sınıf TypeScript desteği, izin tabanlı bir güvenlik modeli ve V8'i uygulamanızla birlikte paketleyerek tek bir çalıştırılabilir dosya üreten bir `deno compile` komutu sunan modern bir JavaScript ve TypeScript çalışma zamanıdır. Perry, TypeScript'i doğrudan yerel makine koduna derler — çıktıda V8 yok, çalışma zamanı katmanı yok, sadece küçük bir yerel ikili dosya.

TS-yerel derleyici

Perry vs Static Hermes

Static Hermes (`shermes`), Meta'nın; JavaScript/TypeScript'in güçlü tipli bir alt kümesini Hermes motoru üzerinden ahead-of-time derlemeyi hedefleyen, esas olarak React Native'e yönelik araştırma aşamasındaki çabasıdır. Perry, aynı genel fikre — TypeScript'in yerele derlenmesi — yapılan farklı bir bahistir, ancak bağımsız olarak Rust üzerinde LLVM ile inşa edilmiştir; bugün çalışan bir derleyici, 25+ yerel UI widget'ı ve 10 derleme hedefi göndermektedir. 2026 ortası itibarıyla `shermes` hâlâ kaynaktan derlenmek zorundadır — Perry'nin benchmark suite'i onu bir eş olarak denemiş ve standart paket yöneticileri aracılığıyla temiz bir kurulum yolu bulamamıştır — ve 2026 başında React Native'in varsayılanı hâline gelen Hermes V1 motoru, statik derleme özelliklerini açıkça içermemektedir.

Çapraz platform UI

Perry vs Electron

Electron, Chromium ve Node.js'i uygulamanızla birlikte paketleyerek web teknolojileri (HTML/CSS/JS) ile çapraz platform masaüstü uygulamaları inşa etmenizi sağlar. Perry, TypeScript'i doğrudan yerel makine koduna derler ve UI'ı gerçek platform widget'ları aracılığıyla render eder — AppKit, UIKit, GTK4, Win32, JNI. Electron'un sunduğu, web teknolojisinin yeniden kullanımıdır; Perry'nin sunduğu ise TypeScript'ten küçük yerel ikili dosyalar ve yerel UI'dır.

Çapraz platform UI

Perry vs Tauri

Tauri; Rust backend ve işletim sisteminin yerleşik webview'i içinde çalışan bir frontend ile çapraz platform masaüstü (ve giderek mobil) uygulamalar inşa etmek için bir framework'tür — Windows'ta WebView2, macOS'ta WKWebView, Linux'ta WebKitGTK. Tauri uygulamaları, OS webview'i paketlenmediği için Electron'dan çarpıcı şekilde daha küçüktür. Perry farklı bir yol izler: hiç webview yok, HTML render yok, sadece gerçek platform widget'larını süren yerel makine koduna derlenmiş TypeScript.

Çapraz platform UI

Perry vs React Native

React Native; iOS ve Android'de yerel UI'ı süren JavaScript/TypeScript yazmanıza izin verir — UI bileşenleri bir JS-yerel köprü (veya Yeni Mimari'de aynı kavramsal şekle sahip bir JSI / Fabric katmanı) aracılığıyla platform widget'larına eşlenir. Perry farklı bir yaklaşım benimser: TypeScript ahead-of-time olarak yerel makine koduna derlenir ve yerel UI, çalıştırma zamanı köprüsü değil, derlenmiş ikili dosyanın bir parçasıdır.

Çapraz platform UI

TypeScript İçin Electron Alternatifleri

2026'da TypeScript masaüstü uygulamaları için dört gerçekçi yol: Electron, Tauri, Bun tek dosyalı ikili dosyalar ve Perry'nin yerel widget'ları. İkili dosya boyutu, bellek, UI yığını ve dil dürüstçe karşılaştırılıyor.