différent entre ES6 et Javascript [fermé]

Fermé . Cette question a besoin de détails ou de clarté . Il n'accepte pas actuellement les réponses.

Voulez-vous améliorer cette question? Ajoutez des détails et clarifiez le problème en modifiant ce message .

Fermé il y a 3 ans .

Qu'est-ce que ES6? Est-ce JavaScript? Ou supporteur multilingue?

Je l'ai cherché mais je ne le comprends pas, en particulier la page sur Wikipédia. Est-ce mieux que Javascript? Et que puis-je faire dans mon développement Web en utilisant ce langage?

Alors, qu'est-ce que ES6 et comment puis-je l'utiliser dans le développement de mon application Web?

javascript es6

— androidnation
source

Je vote pour fermer cette question comme hors sujet car elle ne montre pas un niveau minimum de recherche. "JavaScript (...) a été normalisé dans la spécification du langage ECMAScript ." ... "Les implémentations bien connues du langage, telles que JavaScript (...) sont largement utilisées pour les scripts côté client sur le Web."

— Scant Roger

ES6 est un raccourci pour EcmaScript 6, qui est un nom obsolète pour la spécification du langage EcmaScript 2015 . ES2015 est la 6ème version d'EcmaScript, c'est pourquoi il était auparavant appelé ES6. Pour des raisons bien connues d'eux-mêmes, les responsables de la définition de la norme linguistique l'ont renommée ES2015 avec la version finale de la spécification v6.

EcmaScript est le nom "officiel" de JavaScript. Maintenant que ES2015 est finalisé, il devient simplement JavaScript v6 pour la plupart des gens.

Mis à part ES4, il n'y a pas de réelle différence entre JavaScript et EcmaScript. ES4 a introduit les classes et le typage statique et était la norme derrière ActionScript 3 de Flash , mais il n'a jamais été ratifié en tant que langage JavaScript, car il a introduit trop de changements de rupture. Il a finalement été abandonné et ES3.1 est devenu ES5, qui est la version JavaScript utilisée dans le monde "HTML5".

— David Arno
source

Je ne savais pas que JavaScript avait presque des types! Dommage que les modifications n'aient pas été acceptées.

— gardenhead

Je crois que TC39 a adopté un modèle de «version évolutive» où ils publieront toutes les fonctionnalités «prêtes» à un rythme constant donné, plutôt que de fixer un ensemble de fonctionnalités et de les publier chaque fois que les fonctionnalités sont prêtes. C'est-à-dire qu'ils sont passés d'un modèle de jeu de fonctionnalités à date fixe à un jeu de fonctionnalités à date de publication fixe. Compte tenu de cela, il est logique de changer la numérotation des versions en quelque chose, y compris la date. Puisqu'il est peu probable qu'ils publient un jour deux révisions en un an, "2015" est ce qu'ils ont trouvé.

— Jörg W Mittag

@gardenhead: la saisie progressive est toujours un domaine de recherche ouvert. Les spécifications linguistiques ne sont pas le bon endroit pour effectuer des recherches de pointe. JavaScript 2 / ECMAScript 4 étaient des bêtes absolues et des horribles chimères de langages, conçues en répondant aux "demandes de fonctionnalités" (gémissements plutôt constants) de programmeurs Java qui ne comprennent pas la première chose à propos d'ECMAScript. Il avait des prototypes et des classes, complètement séparés les uns des autres (je ne parle pas de sucre de syntaxe comme dans ES2015), avec des interfaces intégrées pour faire bonne mesure, des types statiques et dynamiques, littéralement tout…

— Jörg W Mittag

… Mais l'évier de la cuisine. Rappelez-vous ce que Mads Torgersen a dit à propos du processus de conception C # et pourquoi ils n'ajoutent pas toutes les fonctionnalités à C #: "Je ne voudrais pas utiliser un langage qui inclut toutes les fonctionnalités que je voudrais utiliser dans un langage."

— Jörg W Mittag

@ JörgWMittag, ActionScript 3 a implémenté ES4. Bien qu'il comporte des caractéristiques étranges (en particulier toute la bizarrerie autour des prototypes et des classes), il est loin d'être une "horrible chimère d'un [langage]". Il existe des exemples bien pires de langues sur-décrites.

— David Arno