Microsoft, Igalia en Bloomberg stellen voor om een ​​syntaxis voor de definitie op te nemen in JS 

Microsoft, Igalia en Bloomberg Ze hebben een paar dagen geleden aangekondigd dat hebben het initiatief genomen om een ​​syntaxis op te nemen voor de expliciete typedefinitie in de specificatie JavaScript, vergelijkbaar met de syntaxis die wordt gebruikt in de TypeScript-taal.

Momenteel zijn de prototypewijzigingen die worden voorgesteld voor opname in de ECMAScript-standaard voorgelegd voor voorbereidende besprekingen (fase 0).

Vandaag zijn we verheugd onze steun en samenwerking aan te kondigen aan een nieuw Stage 0-voorstel om optionele en uitwisbare typesyntaxis naar JavaScript te brengen. Omdat deze nieuwe syntaxis de manier waarop de omringende code wordt uitgevoerd niet zou veranderen, zouden ze in feite als opmerkingen werken. We denken dat dit het potentieel heeft om TypeScript gemakkelijker en sneller te gebruiken voor ontwikkeling op alle schalen. We willen het graag hebben over waarom we dit nastreven en hoe dit voorstel op hoog niveau werkt.

Er wordt vermeld dat op tHet hebben van expliciete type-informatie zal veel fouten in het ontwikkelingsproces voorkomen, het biedt de mogelijkheid om aanvullende optimalisatietechnieken te gebruiken, het debuggen te vereenvoudigen en de code leesbaarder en gemakkelijker te maken voor externe ontwikkelaars om aan te passen en te onderhouden.

Daarnaast er wordt voorgesteld om typeondersteuning als een optionele functie te implementeren: JavaScript-engines en runtimes die typecontrole niet ondersteunen, negeren annotaties met type-informatie en verwerken de code zoals voorheen, waarbij typegegevens als opmerkingen worden gezien. Maar typecontroletools zullen, op basis van de beschikbare informatie, fouten kunnen detecteren die verband houden met onjuist gebruik van typen.

Achtergrond
Een recente trend die ons team in de JavaScript-wereld heeft gezien, is de vraag naar snellere iteratietijd en minder bouwstappen. Met andere woorden: "maak het sneller en eenvoudiger".

In zekere zin gebeurt dit al. Dankzij het succes van groenblijvende browsers kunnen ontwikkelaars vaak voorkomen dat nieuwere versies van JavaScript worden gecompileerd om op oudere runtimes te kunnen draaien. Tot op zekere hoogte geldt hetzelfde voor bundelen: de meeste browsers hebben ingebouwde ondersteuning voor het gebruik van modules, dus bundelen kan meer als een optimalisatiestap dan als een noodzaak worden gezien. Dit is steeds vaker het geval geweest, dus hoe houdt TypeScript stand?

Al mismo tiempo, in tegenstelling tot de opgegeven type-informatie via JSDoc-annotaties gespecificeerd als opmerkingen, de directe specificatie van typen direct in variabele-definitieconstructies het maakt de code visueler, begrijpelijker en gemakkelijker te bewerken.

TypeScript-compatibele IDE's kunnen bijvoorbeeld fouten in geschreven JavaScript-code onmiddellijk markeren zonder extra transformaties. Bovendien maakt de ingebouwde type-ondersteuning het mogelijk om programma's uit te voeren die zijn geschreven in scripted JavaScript-dialecten zoals TypeScript en Flow zonder van de ene taal naar de andere te transpileren.

Van de typen wordt voorgesteld om "string", "number" en "boolean" toe te voegen, die kunnen worden gebruikt bij het definiëren van variabelen, functieparameters, objectelementen, klassevelden, getypte arrays ("getal[]"). Er wordt ook voorgesteld om ondersteuning te bieden voor gemengde typen ("string | number") en generieke geneesmiddelen.

Gezien dit alles zijn we van plan dit voorstel voor fase 1 te presenteren tijdens de volgende plenaire vergadering van TC2022 in maart 39. We zullen dit doen met de steun en begeleiding van onze mede-kampioenen van dit voorstel, Rob Palmer bij Bloomberg en Romulo Cintra bij Igalia.

Het bereiken van fase 1 zou betekenen dat de normcommissie van mening is dat een compatibele typesyntaxis voor ECMAScript het overwegen waard is. Zeker is dat niet: er zijn veel waardevolle perspectieven binnen de commissie en we verwachten een zekere scepsis. Een voorstel als dit zal veel commentaar en een goede toetsing krijgen. Het kan onderweg veel ontwerpwijzigingen met zich meebrengen en het kan jaren duren om resultaten te krijgen.

bij de volgende vergadering van Maart van de TC39-commissie, is het de bedoeling om naar de eerste fase te gaan behandeling van het voorstel met deelname van de ECMA-deskundigengemeenschap.

Eindelijk Als u er meer over wilt weten, u kunt de details in het volgende link.


Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.