En ES6, on a la possibilité de faire :

«This year is ${year}» qui est une string paramètrable. Le seul problème, c'est que la variable year doit être définie dans le scope où on définit le template. Sinon une erreur de syntaxe est levée. en pratique celà empêche de définir son template en avance et de l'utiliser ensuite.

Mais tout à l'heure je suis tombé sur cette astuce :

«There is a general trick for deferring evaluation (of a template literal or of anything else): enclosing it in a function.

const myTemplate = ({ year }) => `This year is ${year}`

myTemplate({ year: 2015 })
```»
Claude Pache sur es-discuss

Un long article que les générateurs ES6.

Je n'ai toujours pas compris à quoi ça servait mais ça semble être le sujet le plus discuté d'ES6, il doit bien y avoir une raison (et j'espère que ce n'est pas seulement parce que c'est obscur que tout le monde ne parle …)

Voir aussi :

http://syzygy.st/javascript-coroutines
http://www.dabeaz.com/coroutines/Coroutines.pdf

http://www.aaron-powell.com/posts/2014-01-13-functions-that-yield-mutliple-times.html
http://www.aaron-powell.com/posts/2014-01-18-calling-up-callbacks-with-yield.html
http://www.aaron-powell.com/posts/2014-01-28-cleaning-up-promises-wit-yield.html

https://github.com/spion/genny
https://github.com/creationix/gen-run
https://github.com/tj/co
https://github.com/jmar777/suspend

via la mailing-list du TC39

Une liste de bonnes pratiques, adaptée à ES6.

Je ne suis juste pas d'accord avec ça :

• Strings longer than 80 characters should be written across multiple lines using string concatenation. Les template String ça permet de faire des strings multi-lignes ! Allô !

• Always use parentheses around the arguments. Omitting the parentheses makes the functions less readable and only works for single arguments. ça me laisse perplexe, Ok c'est bien d'être cohérent entre aucun/un/plusieurs arguments, mais [1, 2, 3].map((x) => x * x); c'est quand même plus moche que [1, 2, 3].map(x => x * x);

• Don't use iterators ça c'est quand même un peu extrême.

• Use soft tabs set to 2 spaces. Je m'en fou je le ferait pas ! Déjà les espaces c'est idiot, alors en plus 2 espaces merci quoi ! J'ai envie d'indenter mon code lisiblement ! (d'où l’intérêt des tabs d'ailleurs, chacun configure son éditeur comme il veut pour avoir le rendu qui lui va). Rq : J'ai bien dit d'utiliser des tabs pour indenter, pas pour aligner des trucs ! Là il faut des espaces (pour la même raison que précédemment, les tabs sont de largeur variable donc pour aligner c’est pas ouf ^^)

• Additional trailing comma: Nope. Si ! Ça clarifie les diff git ! Et puis franchement IE7 en quirksmode en 2015 on s'en BRANLE !

• Don't save references to this. Use arrow functions or Function#bind. quand on peut utiliser des arrow fonction oui, mais sinon bind est bien pire qu'un petit var self = this !

Par contre j'aime bien ça :

• Methods can return this to help with method chaining : pour toutes les méthodes qui pourraient (ou devraient) retourner undefined

• Use array spreads ... to copy arrays. : const itemsCopy = [...items]; malin !

Marrant, c'est un truc qui permet d'utiliser dès maintenant certaines fonctionnalités d'Harmony, en les remplaçant par du code en ECMAScript 5.

Bon c'est assez loin de couvrir toutes les nouveautés apportés par Harmony, mais c'est sympa comme concept.

ça me fait penser à : https://github.com/mozilla/narcissus
Un interpréteur javascript en javascript !

Un petit résumé des nouvelles features qui seront présentes en ECMAScript 6.
Ya des trucs cools, mais je me demande à quel point ça sera utilisé en pratique (déjà ça dépendra beaucoup du support par les navigateurs, et de la mort des vieux IE ...)
Et dire que je connais à peine les features de ECMAScript 5 ...