Artık yalnızca ESM var.

Yakın zamana kadar tüm JavaScript kütüphanelerini hızla ESM'e çevirme yaklaşımına karşıydım. Ancak ESM ile ilgili teknoloji ve ekosistemin payı bugün her geçen gün geliştiği için, artık tüm geliştiricilerin mutlaka ESM'e geçmesini istiyorum. Nedenleri şunlar:

Nedenler

• Hazır araçlar
  • Vite, ESLint, tsx gibi ESM'e geçişe yardımcı olabilecek birçok araç ortaya çıktı.
  • Mevcut kütüphane yaklaşımının (CJS), modern yaklaşım olan ESM'e bağımlı olması kolay değil; bu yüzden gelecekte ilerlemek için öne çıkmak gerekiyor.
  • Modern Node.js'te ESM kütüphanelerini require() fonksiyonuyla çağırmanın yolu geliştirildiği için ESM'i uygulamak daha kolay hale geldi.
• Çift destek sorunu
  • İki yaklaşım arasındaki tasarım farkı belirgin olduğu için birlikte çalışabilirlik ciddi biçimde düşüyor.
  • Kullanıcıların ESM desteği olup olmadığını tek tek kontrol etmesi gibi bir zahmet ortaya çıkıyor.
  • Her iki yaklaşımı da desteklemek gerektiğinden paket boyutu çok büyüyor.

Ne zaman değiştirmeli?

• Yeni paketleri koşulsuz biçimde ESM olarak başlatın.
• Tarayıcıyı hedefleyen kütüphanelerde daha hafif bundle'lar oluşturabilirsiniz.
• CLI programlarında da bunu kullanarak kullanıcıların doğal biçimde ESM'e geçmesini sağlayabilirsiniz.
• Ancak bundan önce, hâlihazırda bağımlı olduğunuz kütüphanelerin durumunu ve kullanıcı gereksinimlerini bilmek önemlidir.

Ne kadarını değiştirmeli?

Kütüphanenin bağımlılıklarını anlamak için bir bağımlılık analiz aracı yaptım. Bağımlı olduğunuz kütüphanelerin durumunu ve ESM'e geçildiğinde bunun etkisini de görebilirsiniz.

Bundan sonra ne yapacağım

Yönettiğim paketleri kademeli olarak ESM'e dönüştürmeyi ve bağımlılıkları ayrıntılı biçimde incelemeyi planlıyorum. Ayrıca node-modules-inspector ile ilgili pek çok ilginç fikir de hazırladım; bunlar daha yararlı içgörüler sunacak ve gelecekte de en iyi yaklaşımı bulmaya yardımcı olacak.

Daha hafif, esnek ve optimize edilmiş bir JavaScript/TypeScript ekosistemi bekliyorum. Umarım faydalı olmuştur.