Microsoft, Igalia e Bloomberg propongono di includere una sintassi per la definizione in JS 

Microsoft, Igalia e Bloomberg Lo hanno annunciato pochi giorni fa hanno preso l'iniziativa di includere una sintassi per la definizione esplicita del tipo nella specifica JavaScript, simile alla sintassi utilizzata nel linguaggio TypeScript.

Attualmente, le modifiche al prototipo proposte per l'inclusione nello standard ECMAScript sono state sottoposte a discussioni preliminari (Fase 0).

Oggi siamo lieti di annunciare il nostro supporto e la nostra collaborazione su una nuova proposta Stage 0 per portare la sintassi di tipo opzionale e cancellabile in JavaScript. Poiché questa nuova sintassi non cambierebbe il modo in cui viene eseguito il codice circostante, si comporterebbe effettivamente come commenti. Pensiamo che questo abbia il potenziale per rendere TypeScript più facile e veloce da usare per lo sviluppo su tutte le scale. Vorremmo parlare del motivo per cui perseguiamo questo obiettivo e di come funziona questa proposta ad alto livello.

Si ricorda che al tAvere informazioni sul tipo esplicito eviterà molti errori nel processo di sviluppo, fornirà l'opportunità di utilizzare tecniche di ottimizzazione aggiuntive, semplificare il debug e rendere il codice più leggibile e più facile da modificare e mantenere per gli sviluppatori di terze parti.

a parte quello si propone di implementare il supporto del tipo come funzione opzionale: I motori e i runtime JavaScript che non supportano il controllo del tipo ignoreranno le annotazioni con informazioni sul tipo ed elaboreranno il codice come prima, percependo i dati del tipo come commenti. Ma gli strumenti di controllo del tipo saranno in grado, sulla base delle informazioni disponibili, di rilevare gli errori relativi all'uso errato dei tipi.

Contesto
Una tendenza recente che il nostro team ha riscontrato nel mondo JavaScript è la richiesta di tempi di iterazione più rapidi e passaggi di costruzione ridotti. In altre parole, "rendilo più veloce e più semplice".

In un certo senso, questo sta già accadendo. Grazie al successo dei browser sempreverdi, gli sviluppatori possono spesso evitare di compilare versioni più recenti di JavaScript per l'esecuzione su runtime precedenti. In una certa misura, lo stesso vale per il raggruppamento: la maggior parte dei browser ha il supporto integrato per l'utilizzo dei moduli, quindi il raggruppamento può essere visto più come un passaggio di ottimizzazione che come una necessità. Questo è sempre stato il caso, quindi come regge TypeScript?

Allo stesso tempo, a differenza delle informazioni sul tipo specificato tramite annotazioni JSDoc specificate come commenti, la specificazione diretta di tipi direttamente nei costrutti di definizione delle variabili renderà il codice più visivo, comprensibile e più facile da modificare.

Ad esempio, gli IDE abilitati per TypeScript saranno in grado di evidenziare immediatamente gli errori nel codice JavaScript scritto senza ulteriori trasformazioni. Inoltre, il supporto per i tipi integrato consentirà di eseguire programmi scritti in dialetti JavaScript con script come TypeScript e Flow senza trasporre da una lingua all'altra.

Tra i tipi, si propone di aggiungere "string", "number" e "boolean", che possono essere utilizzati quando si definiscono variabili, parametri di funzione, elementi oggetto, campi di classe, array tipizzati ("number[]"). Si propone inoltre di fornire supporto per tipi misti ("stringa | numero") e generici.

Alla luce di tutto ciò, prevediamo di presentare questa proposta per la Fase 1 alla prossima riunione plenaria del TC2022 di marzo 39. Lo faremo con il supporto e la guida dei nostri co-campioni di questa proposta, Rob Palmer a Bloomberg e Romulo Cintra a Igalia.

Raggiungere la fase 1 significherebbe che il comitato per gli standard ritiene che valga la pena considerare la sintassi dei tipi compatibile per ECMAScript. Questa non è una cosa certa: ci sono molte prospettive valide all'interno della commissione e ci aspettiamo un certo scetticismo. Una proposta come questa riceverà molti commenti e un adeguato controllo. Può comportare molte modifiche al design lungo il percorso e possono essere necessari anni per ottenere risultati.

al prossimo incontro di marzo del comitato TC39, si prevede di passare alla prima fase esame della proposta con la partecipazione della comunità di esperti ECMA.

Infine Se sei interessato a saperne di più, puoi controllare i dettagli nel file seguente link


Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *

*

*

  1. Responsabile dei dati: Miguel Ángel Gatón
  2. Scopo dei dati: controllo SPAM, gestione commenti.
  3. Legittimazione: il tuo consenso
  4. Comunicazione dei dati: I dati non saranno oggetto di comunicazione a terzi se non per obbligo di legge.
  5. Archiviazione dati: database ospitato da Occentus Networks (UE)
  6. Diritti: in qualsiasi momento puoi limitare, recuperare ed eliminare le tue informazioni.