IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

ECMAScript 2016 : des mises à jour plus petites et plus fréquentes
Pour l'ensemble de normes des langages de script

Le , par vermine

206PARTAGES

7  0 
Vous avez lu gratuitement 103 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de melka one
Membre expérimenté https://www.developpez.com
Le 24/06/2016 à 16:24
bonne idée je suis pas sur on risque de se retrouvé avec un langage usine ça commence déjà a en être un.

quand je vois cette syntaxe x ** y c'est vraiment pas parlant au moins avec math.pow on sait tout de suite de quoi il s'agit c'est en quelle que sorte une regression.
1  0 
Avatar de danielhagnoul
Rédacteur https://www.developpez.com
Le 24/06/2016 à 20:33
Avant d'introduire des nouveautés dans le langage, il serait prudent de finaliser l'implémentation de ES2015 dans Chrome, Firefox et Edge.

D'un côté, on a une avancée potentielle :

ES2016 : Array.prototype.includes
et de l'autre, un recul :

Chrome désactive ES6 Array.prototype.values() en raison de problèmes de compatibilité: https://bugs.chromium.org/p/chromium...tail?id=615873
1  0 
Avatar de npuzin
Membre averti https://www.developpez.com
Le 24/06/2016 à 15:55
C'est une bonne idée de faire des updates plus fréquentes. Bon par contre, ils se sont pas trop foulés par contre.

En plus "l'opérateur d'exponentiation", ca me parait pas primordial, d'ailleurs je ne connais pas d'autre language ou on a un opérateur pour "pow".

Peu mieux faire, mais bel effort quand meme
0  0 
Avatar de marts
Membre averti https://www.developpez.com
Le 24/06/2016 à 16:32
Citation Envoyé par npuzin Voir le message
je ne connais pas d'autre language ou on a un opérateur pour "pow"
On l'a en Python. Mais effectivement ça n'a rien de primordial.

Juste ces 2 évolutions en un an, c'est très léger ! Il faut espérer que c'est parce qu'un gros travail est fait sur d'autres à venir.
0  0 
Avatar de Jarodd
Membre expérimenté https://www.developpez.com
Le 24/06/2016 à 19:00
Citation Envoyé par npuzin Voir le message
En plus "l'opérateur d'exponentiation", ca me parait pas primordial, d'ailleurs je ne connais pas d'autre language ou on a un opérateur pour "pow".
http://fr.php.net/pow

Perso je préfère la notation **. Le pow me fait surtout penser à Mario.
0  0 
Avatar de SylvainPV
Rédacteur/Modérateur https://www.developpez.com
Le 24/06/2016 à 19:10
C'est dommage de ne pas inclure certaines fonctionnalités dans la norme faute de temps pour les traiter ou les finaliser, alors qu'il y a un consensus. C'est le cas de Object.values, Object.entries, Object.getOwnPropertyDescriptors qui ont été reportées à la norme ES2017. La version annuelle est une bonne idée pour dynamiser le rythme de développement du langage, maintenant il faut se donner les moyens pour suivre ce rythme ; en augmentant la fréquence des meetings du TC39 par exemple.

Pour ma part j'attends surtout les async functions qui sont selon moi une avancée bien plus intéressante que les générateurs d'ES6 (que je n'ai jamais vu utilisés en dehors de certaines expérimentations théoriques).
0  0 
Avatar de SylvainPV
Rédacteur/Modérateur https://www.developpez.com
Le 24/06/2016 à 23:32
Pourquoi attendre l'implémentation par les éditeurs pour avancer sur les standards ? IE et Chrome ne supportent toujours pas 100% de la spec ES5 malgré qu'elle ait été publiée en 2009, heureusement qu'on ne les a pas attendus pour ES6 ! Les développeurs non plus ne veulent pas attendre, c'est pour ça que Babel a été inventé avant même que la norme ES6 ne soit finalisée.

Les organismes de standardisation doivent avoir l'avance nécessaire pour dynamiser le rythme de développement des navigateurs. On a dû attendre dix ans entre ES3 et ES5, et ça a été la décennie du monopole Internet Explorer. Puis six autres années à attendre pour ES6, et ça a donné les préfixes vendeurs et les Native Clients. Le web se porte beaucoup mieux quand ce sont les standards qui mènent la barque, et pas les éditeurs.

Et je déplore la décision de Chrome de retirer une feature à cause d'un CRM mal codé made in Microsoft, alors que Microsoft Edge supporte cette feature depuis sa sortie. C'est assez ironique quand on y pense...
0  0 
Avatar de marts
Membre averti https://www.developpez.com
Le 25/06/2016 à 16:12
Citation Envoyé par SylvainPV Voir le message
Les organismes de standardisation doivent avoir l'avance nécessaire pour dynamiser le rythme de développement des navigateurs. On a dû attendre dix ans entre ES3 et ES5, et ça a été la décennie du monopole Internet Explorer. Puis six autres années à attendre pour ES6, et ça a donné les préfixes vendeurs et les Native Clients. Le web se porte beaucoup mieux quand ce sont les standards qui mènent la barque, et pas les éditeurs.
Pas d'accord sur ES5. C'est la concurrence qui dynamise le développement des navigateurs, et c'est à Firefox qu'on doit d'avoir relancé le rythme des évolutions, à l'époque où IE régnait en maître absolu. Face à un tel monopole le standard seul n'a aucun pouvoir, et je dirais même aucune raison d'être puisqu'il y en a un de fait.

D'accord sur ES6, qui a trop tardé à être publié. Maintenant qu'il y a de la concurrence et une dynamique évolutive assez soutenue le standard doit devancer les navigateurs, et ne pas se contenter de lisser les divergences d'implémentations sur des pratiques et des concepts déjà répandus.
0  0 
Avatar de SylvainPV
Rédacteur/Modérateur https://www.developpez.com
Le 25/06/2016 à 18:51
C'est bien ce que je dis: entre 1999 et 2009 les standards n'ont quasiment pas bougé et c'était principalement les éditeurs qui innovaient. Pour subsister, Firefox a dû se calquer sur de nombreuses API propriétaires Microsoft telles que XMLHttpRequest. Et je pense qu'on est d'accord pour dire que cette API était sacrément mal fichue. J'aimerais bien connaître le nombre de devs qui savaient faire une requête AJAX sans jQuery ou autre utilitaire avant que le WHATWG ne propose l'API fetch.

La course au support ES6 faite par les éditeurs de navigateurs ces deux dernières années est pour moi le plus bel exemple de saine concurrence dans l'histoire de JavaScript. ActiveX est mort, les plug-ins sont mourants, et les éditeurs se félicitent dans les changelogs de retirer des préfixes vendeurs. Les choses se sont vraiment améliorées et j'espère que ça va continuer dans cette voie.
0  0 
Avatar de Paleo
Membre éclairé https://www.developpez.com
Le 28/06/2016 à 11:19
Citation Envoyé par SylvainPV Voir le message
Pour ma part j'attends surtout les async functions qui sont selon moi une avancée bien plus intéressante que les générateurs d'ES6 (que je n'ai jamais vu utilisés en dehors de certaines expérimentations théoriques).
Moi également, et j'attends aussi TypeScript 2 sur le sujet.
Pour info, un article qui soutient le contraire : partie 1, partie 2.
0  0