Microsoft, Igalia und Bloomberg schlagen vor, eine Syntax für die Definition in JS aufzunehmen 

Microsoft, Igalia und Bloomberg Das haben sie vor ein paar Tagen angekündigt haben die Initiative ergriffen, eine Syntax aufzunehmen für die explizite Typdefinition in der Spezifikation JavaScript, ähnlich der Syntax, die in der TypeScript-Sprache verwendet wird.

Derzeit wurden die zur Aufnahme in den ECMAScript-Standard vorgeschlagenen prototypischen Änderungen zur Vordiskussion eingereicht (Stufe 0).

Wir freuen uns, heute unsere Unterstützung und Zusammenarbeit an einem neuen Vorschlag für Phase 0 bekannt zu geben, um optionale und löschbare Syntax in JavaScript zu bringen. Da diese neue Syntax die Art und Weise, wie der umgebende Code ausgeführt wird, nicht ändern würde, würden sie sich effektiv wie Kommentare verhalten. Wir glauben, dass dies das Potenzial hat, TypeScript für die Entwicklung in allen Größenordnungen einfacher und schneller zu machen. Wir möchten darüber sprechen, warum wir dies verfolgen und wie dieser Vorschlag auf hoher Ebene funktioniert.

Es wird erwähnt, dass bei tDurch explizite Typinformationen werden viele Fehler im Entwicklungsprozess verhindert. Es bietet die Möglichkeit, zusätzliche Optimierungstechniken zu verwenden, das Debuggen zu vereinfachen und den Code lesbarer und für Drittentwickler einfacher zu modifizieren und zu warten.

Außerdem Es wird vorgeschlagen, Typunterstützung als optionale Funktion zu implementieren: JavaScript-Engines und -Laufzeiten, die keine Typprüfung unterstützen, ignorieren Anmerkungen mit Typinformationen und verarbeiten den Code wie zuvor, wobei Typdaten als Kommentare wahrgenommen werden. Aber Type-Checking-Tools werden basierend auf den verfügbaren Informationen in der Lage sein, Fehler im Zusammenhang mit der falschen Verwendung von Types zu erkennen.

Hintergrund
Ein neuer Trend, den unser Team in der JavaScript-Welt gesehen hat, ist die Forderung nach kürzeren Iterationszeiten und weniger Build-Schritten. Mit anderen Worten: „Machen Sie es schneller und einfacher“.

In gewisser Weise geschieht dies bereits. Dank des Erfolgs immergrüner Browser können Entwickler oft vermeiden, neuere Versionen von JavaScript zu kompilieren, um sie auf älteren Laufzeiten auszuführen. Bis zu einem gewissen Grad gilt das Gleiche für die Bündelung: Die meisten Browser verfügen über eine integrierte Unterstützung für die Verwendung von Modulen, sodass die Bündelung eher als Optimierungsschritt denn als Notwendigkeit angesehen werden kann. Dies ist zunehmend der Fall, wie hält sich also TypeScript?

Zur gleichen Zeit anders als die angegebenen Typinformationen über JSDoc-Annotationen, die als Kommentare angegeben sind, die direkte Angabe von Typen direkt in Variablendefinitionskonstrukten Dadurch wird der Code visueller, verständlicher und einfacher zu bearbeiten.

Beispielsweise werden TypeScript-fähige IDEs in der Lage sein, Fehler in geschriebenem JavaScript-Code ohne zusätzliche Transformationen sofort hervorzuheben. Darüber hinaus ermöglicht die integrierte Typunterstützung die Ausführung von Programmen, die in geskripteten JavaScript-Dialekten wie TypeScript und Flow geschrieben sind, ohne von einer Sprache in eine andere zu transpilieren.

Von den Typen wird vorgeschlagen, "String", "Number" und "Boolean" hinzuzufügen, die beim Definieren von Variablen, Funktionsparametern, Objektelementen, Klassenfeldern und typisierten Arrays ("number[]") verwendet werden können. Es wird auch vorgeschlagen, gemischte Typen ("Zeichenfolge | Zahl") und Generika zu unterstützen.

Angesichts all dessen planen wir, diesen Vorschlag für Stufe 1 auf der nächsten Vollversammlung des TC2022 im März 39 vorzulegen. Wir werden dies mit der Unterstützung und Anleitung unserer Mitbefürworter dieses Vorschlags, Rob Palmer von Bloomberg und Romulo Cintra von Igalia, tun.

Das Erreichen von Stufe 1 würde bedeuten, dass das Standardkomitee der Ansicht ist, dass eine kompatible Typsyntax für ECMAScript eine Überlegung wert ist. Das ist nicht sicher: Es gibt viele wertvolle Perspektiven innerhalb des Ausschusses, und wir erwarten eine gewisse Skepsis. Ein Vorschlag wie dieser wird viele Kommentare und eine angemessene Prüfung erhalten. Es kann viele Designänderungen auf dem Weg dorthin erfordern, und es kann Jahre dauern, bis Ergebnisse erzielt werden.

beim nächsten Treffen Marz des TC39-Komitees ist geplant, in die erste Stufe überzugehen Prüfung des Vorschlags unter Beteiligung der ECMA-Expertengemeinschaft.

Schließlich Wenn Sie mehr darüber erfahren möchten, Sie können die Details in der überprüfen folgenden Link


Hinterlasse einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert mit *

*

*

  1. Verantwortlich für die Daten: Miguel Ángel Gatón
  2. Zweck der Daten: Kontrolle von SPAM, Kommentarverwaltung.
  3. Legitimation: Ihre Zustimmung
  4. Übermittlung der Daten: Die Daten werden nur durch gesetzliche Verpflichtung an Dritte weitergegeben.
  5. Datenspeicherung: Von Occentus Networks (EU) gehostete Datenbank
  6. Rechte: Sie können Ihre Informationen jederzeit einschränken, wiederherstellen und löschen.