L'équipe Ember.js a récemment publié la version 1.6 de ce framework JavaScript, suite à un retard lié à l'ajout du loader AMD.
Dans l'annonce officielle, Robert Jackson, un membre de l'équipe Ember, a décrit comment les builds sont maintenant transcrits par le es6-module-transpiler vers AMD. Jackson explique que l'ajout d'un petit loader AMD pour gérer la transcription sur mobile a eu un impact sur les performances de démarrage sur d'anciens clients mobiles. Selon lui :
Cette régression nous a été remontée juste avant la sortie prévue de la 1.6.0 (fin mai) et nous avons décidé d'attendre jusqu'à ce qu'un correctif soit appliqué.
Avec le recul, ce n'était clairement pas la bonne décision. Le correctif a pris nettement plus longtemps que ce qui était initialement prévu et les développeurs étaient du coup coincés en 1.5.1. Beaucoup de nos utilisateurs ne sont pas affectés ou inquiétés par cette régression, et ils sont obligés d'utiliser des versions beta contenant les corrections d'autres bugs.
L'utilisateur Xtian commente l'annonce : "Ce n'est toujours pas clair pour moi après les premiers paragraphes : est-ce que le problème de performances au démarrage a été résolu ou est-il toujours là ?"
Jackson a répondu "Ce n'est pas encore résolu, ça le sera dès que possible et le correctif sera reporté sur la branche de la beta 1.7."
Stefan Penner - un membre de l'équipe Ember.js - développe ainsi :
Le correctif est celui de Brian Donovan avec son nouveau format de module pour le square/es6-module-transpiler. Il retire intégralement le chargeur AMD et génère des builds de plus petite taille. La cible principale a été d'améliorer et de retirer des cycles dans ember-core.
Par ailleurs, le problème de démarrage n'est pas trop gênant sur les navigateurs d'ordinateurs mais nous avons vu pas mal de temps perdu sur les navigateurs Android.
Cependant, ce délai a été peu remarqué dans la communauté Ember, car les utilisateurs étaient surtout excités par l'arrivée des nouvelles fonctionnalités de la version 1.6 et les promesses de la 1.7.
Parmi les changements notables de cette dernière version, on peut noter : une mise à jour de Ember.computed.empty, l'amélioration de la recherche dans la cache, des promesses plus adaptées aux tests et de nombreuses corrections de bugs. Jackson précise que la mise à jour de Ember.computed.empty permet maintenant de respecter automatiquement les arrays sans avoir à forcer la clé à array.[].
A propos des promesses pour les tests, Jackson explique :
En 1.5.1, vous deviez wrapper tous les appels resolve/reject de Promise dans un Ember.run dans les tests alors que ce n'était pas nécessaire en temps normal. En 1.6, ce n'est plus la peine.
En plus de l'annonce de la 1.6, la version beta de la 1.7 a été mise à disposition et supporte par défaut les query params. Cette annonce a été très bien accueillie par les utilisateurs de la communauté. Selon Adrian Meredith, un ingénieur logiciel chez NetNames :
Je viens de mettre à jour mon application avec la dernière version des query params, ça marche ! (après les mises à jour nécessaires) Ça a l'air nettement mieux que lorsque j'avais testé la version canary il y a un mois. Beau boulot les gars.
D'autres améliorations sont attendues dans Ember 1.7 :
- ember-routing-consistent-resources
- utilisation régulière d'uuid dans tout le projet
- Ember.uuid est maintenant une fonction interne plutôt qu'une propriété d'Ember
Ember.js est disponible sous licence MIT. Les lecteurs d'InfoQ peuvent contribuer à Ember.js via le projet GitHub. La version 1.7 devrait être publiée comme prévu.