JavaScript, tek bir kuruluşa veya varlığa ait değildir. O zaman dil nasıl gelişmeye devam ediyor ve teknolojideki değişikliklere ayak uyduruyor? Ayrıca, dili uygulayan çeşitli tarayıcılar (ve JavaScript motorları) vardır. Bir değişikliğin tüm tarayıcılar tarafından güncellenmesi gerekir; bu, genellikle çeşitli kuruluşlar tarafından geliştirilip sürdürüldükleri düşünüldüğünde bir zorluktur.

ECMA'ya Giriş

ECMA (Avrupa Bilgisayar Üreticileri Birliği), Bilgi Teknolojileri ve Tüketici Elektroniği standartlarını kolaylaştıran bir kurumdur. Standardizasyonun kapsamı yazılım, donanım, depolama, elektronik vb. içerir. Çalışma alanlarına ilişkin birkaç örnek, programlama dillerini, NFC'yi (Yakın Alan İletişimi), IoT ve giyilebilir teknolojileri içerir, tüketici elektroniği için çevresel özellikleri ve daha fazlasını tanımlar.

TC39

TC39, 39 numaralı Teknik Komite, ECMA'nın bir parçasıdır. JavaScript'i standartlaştırmaktan ve sürdürmekten sorumludurlar. Toplulukla işbirliği yapan geliştiricileri, akademisyenleri içerir.

Komite, ECMAScript (kısaca ES) adlı bir spesifikasyon geliştirir ve geliştirir. Çeşitli tarayıcılar tarafından uygulanır. ES5, ES2015 (ES6 olarak da bilinir) sürümleri genellikle popülerdir.

ECMAScript'in yeni bir sürümü her yıl Haziran ayının zaman diliminde yayınlanır. Spesifikasyonun en son sürümü, Haziran 2021'de yayınlanan ES2021'dir.

TC39 Süreci

Dile eklenecek yeni özellikler nasıl seçilir? TC39, ECMAScript belirtimine özellikler eklemek, fikir birliğini sağlamak ve belirlemek için aşağıdaki süreci tanımladı. Tamamlanan özellikler tarayıcılar tarafından uygulanır.

Aşama 0: Çilek

Yeni bir spesifikasyon için bir fikir veya mevcut bir spesifikasyonda bir değişiklik sisteme girilir. Henüz resmi bir teklif olması gerekmiyor; Sadece bir tartışma olabilir. Fikrin bir kabul kriteri olması gerekmez.

Aşama 1: Teklif

Bu aşamada fikir resmi bir teklife dönüşür. Sorun için bir taslak ve bir çözüm oluşturulur. Yeni spesifikasyon için örnekler ve kullanım durumları tanımlanmıştır.

Bu aşama sadece bir çözümün şeklini tanımlamaz, aynı zamanda olası sorunları da listeler.

Bu aşamada, spesifikasyon için tipik olarak GitHub'da bir genel havuz oluşturulur.

2. Aşama: Taslak

Bu aşamada, bir başlangıç ​​spesifikasyonu oluşturulur. Anlambilim ve sözdizimi tanımlanır. Bir API oluşturulur.

Aşama 3: Aday

Bu aşamada tasarım çalışması tamamlanır. Komite, uygulamadan geri bildirim beklemektedir. Çoğu tarayıcı, özelliği bu aşamada uygular.

4. Aşama: Tamamlandı

Son semantik onaylandı. Bu aşamada sadece kritik ve editoryal değişiklikler kabul edilir. Spesifikasyon, ES (ECMAScript) standardına resmi olarak dahil edilmeye hazırdır.

TC39 Teklifleri için GitHub Deposu

Lütfen aşağıda bir TC39 GitHub deposu ve faydalı bağlantılar bulun,

1. Biten tekliflerin listesi — bağlantı
2. TC39'a sunulması planlanan değişikliklerin bir listesi; Başka bir deyişle, Aşama 0 fikirlerin bir listesi — bağlantı
3. Komitenin (TC39) çözüm bulmak için zaman harcamak istediği 1. aşama tekliflerinin bir listesi: bağlantı
4. Terk edilmiş veya reddedilmiş tekliflerin listesi — bağlantı

ECMA International — Çalışma alanları

Tarayıcı desteği için CanIUse.com

ECMA Uluslararası Bina resmi

TC39 Süreç Belgesi

Bağımsız bileşenlerle 10x geliştirmenin kilidini açın

Monolitik uygulamalar oluşturmak, tüm kodunuzun dahili olduğu ve başka hiçbir yerde kullanışlı olmadığı anlamına gelir. Sadece bu projeye hizmet ediyor. Ve daha fazla koda ve kişiye ölçeklendikçe, herkes tek bir kod tabanında ve aynı sürümde çalıştığından geliştirme yavaşlar ve zahmetli hale gelir.

Ama önce bağımsız bileşenler oluşturursanız ve sonra bunları herhangi bir sayıda proje oluşturmak için kullanırsanız? Modern geliştirmeyi 10 kat hızlandırabilir ve ölçeklendirebilirsiniz.

Bit gibi OSS Araçları, bağımsız bileşenler oluşturmak ve modüler uygulamalar oluşturmak için güçlü bir geliştirici deneyimi sunar. Birçok ekip, bağımsız bileşenler aracılığıyla Tasarım Sistemlerini veya Mikro Ön Uçlarını oluşturarak işe başlar. Bir deneyin →

codevenkey.com'da hakkımda daha fazla bilgi edinin