Unterschied zwischen ES6 und Javascript [geschlossen]

Geschlossen . Diese Frage erfordert Details oder Klarheit . Derzeit werden keine Antworten akzeptiert.

Möchten Sie diese Frage verbessern? Fügen Sie Details hinzu und klären Sie das Problem, indem Sie diesen Beitrag bearbeiten .

Geschlossen vor 3 Jahren .

Was ist ES6? Ist es JavaScript? Oder mehrsprachiger Unterstützer?

Ich habe danach gesucht, kann es aber nicht verstehen, insbesondere die Seite auf Wikipedia. Ist es besser als Javascript? Und was kann ich in meiner Webentwicklung mit dieser Sprache tun?

Was ist ES6 und wie kann ich es bei der Entwicklung meiner Web-App verwenden?

javascript es6

— androidnation
quelle

Ich stimme dafür, diese Frage als "Off-Topic" zu schließen, da sie kein Mindestmaß an Forschung darstellt. "JavaScript (...) wurde in der ECMAScript-Sprachspezifikation standardisiert ." ... "Bekannte Implementierungen der Sprache wie JavaScript (...) werden häufig für clientseitige Skripterstellung im Web verwendet."

— Scant Roger

ES6 ist eine Abkürzung für EcmaScript 6, ein veralteter Name für die EcmaScript 2015-Sprachspezifikation . ES2015 ist die 6. Version von EcmaScript, weshalb es zuvor als ES6 bezeichnet wurde. Aus Gründen, die für die Definition des Sprachstandards am besten bekannt sind, wurde dieser mit der endgültigen Version der v6-Spezifikation in ES2015 umbenannt.

EcmaScript ist der "offizielle" Name für JavaScript. Nachdem ES2015 nun fertiggestellt ist, wird es für die meisten Benutzer praktisch nur noch zu JavaScript v6.

Abgesehen von ES4 gibt es keinen wirklichen Unterschied zwischen JavaScript und EcmaScript. ES4 führte Klassen und statische Typisierung ein und war der Standard hinter Flashs ActionScript 3 , wurde jedoch nie als JavaScript-Sprache ratifiziert, da zu viele wichtige Änderungen vorgenommen wurden. Es wurde schließlich aufgegeben und aus ES3.1 wurde ES5, die in der "HTML5" -Welt verwendete JavaScript-Version.

— David Arno
quelle

Ich wusste nicht, dass JavaScript fast Typen hat! Schade, dass die Änderungen nicht akzeptiert wurden.

— Gardenhead

Ich glaube, TC39 hat ein "rollendes Release" -Modell eingeführt, bei dem alle Features mit einer bestimmten konstanten Rate "bereit" sind, anstatt eine Reihe von Features zu reparieren und freizugeben, wenn die Features bereit sind. Das heißt, sie sind von einem Modell mit festem Feature-Set und flexiblem Release-Datum zu einem Modell mit festem Release-Datum und flexiblem Feature-Set übergegangen. In Anbetracht dessen ist es sinnvoll, die Versionsnummer einschließlich des Datums zu ändern. Da es unwahrscheinlich ist, dass sie jemals zwei Revisionen innerhalb eines Jahres veröffentlichen werden, haben sie sich "2015" ausgedacht.

— Jörg W Mittag

@gardenhead: Die schrittweise Eingabe ist immer noch ein offenes Forschungsfeld. Sprachspezifikationen sind nicht der richtige Ort für Spitzenforschung. JavaScript 2 / ECMAScript 4 waren absolute Monster und schreckliche Schimären von Sprachen, die entwickelt wurden, indem auf "Feature Requests" (eher ständiges Gejammer) von Java-Programmierern reagiert wurde, die das Erste, was mit ECMAScript zu tun hat, nicht verstanden haben. Es hatte Prototypen und Klassen, die völlig voneinander getrennt waren (ich spreche nicht von Syntaxzucker wie in ES2015), Schnittstellen, statische und dynamische Typen, buchstäblich alles…

— Jörg W Mittag

… Aber das Spülbecken. Denken Sie daran, was Mads Torgersen einmal über den C # -Designprozess gesagt hat und warum nicht alle Funktionen zu C # hinzugefügt werden: "Ich möchte keine Sprache verwenden, die alle Funktionen enthält, die ich in einer Sprache verwenden möchte."

— Jörg W Mittag

@ JörgWMittag, ActionScript 3 hat ES4 implementiert. Es gibt zwar merkwürdige Merkmale (insbesondere die ganze Verrücktheit um Prototypen und Klassen), aber es ist alles andere als eine "schreckliche Schimäre der Sprache". Es gibt weitaus schlimmere Beispiele für Sprachen mit übermäßigem Funktionsumfang.

— David Arno