BT

Diffuser les Connaissances et l'Innovation dans le Développement Logiciel d'Entreprise

Contribuez

Sujets

Sélectionner votre région

Accueil InfoQ Actualités Ember 1.7 amène les paramètres de requête à la communauté

Ember 1.7 amène les paramètres de requête à la communauté

Favoris

Alex Navasardyan a annoncé la publication d'Ember.js 1.7 à la communauté JavaScript.

Navasardyan est un membre de l'équipe d'Ember.js et il décrit cette version comme apportant "des corrections de bugs, des changements potentiellement cassants et de nouvelles fonctionnalités".

Parmi les nouvelles fonctionnalités de cette version 1.7 est le support des query parameters. Navasardyan explique cette fonctionnalité et remercie Alex Matchneer et toute l'équipe d'Ember.js dans l'article "Ember 1.7.0 and 1.8 Beta Released" :

Avec cette API, chaque query param est lié à une propriété d'un controller, ce qui fait que chaque modification de ce query param dans l'URL (par exemple si l'utilisateur presse le bouton retour) entraîne une modification de la propriété du controller et vice versa.

Comme l'explique Navasardyan, l'API gère tous les aspects risqués du maintien d'un binding avec l'URL.

Parmi ces aspects, il y a par exemple la transposition des paramètres de l'URL dans le bon type de données attendu par la propriété du controller, l'omission des valeurs par défaut pour ne pas surcharger l'URL et la gestion de propriétés de différents controllers dans une seule URL.

Les autres ajouts comprennent aussi les routes imbriquées et la suppression de la restriction sur l'imbrication unique de this.resource. Navasardyan en parle ainsi :

this.route peut être imbriqué comme this.resource, mais contrairement à this.resource, l'espace de nommage des routes filles sont chaînées plutôt que réinitialisées à l'espace de noms le plus haut.

Sur le forum de discussion d'Ember.js, l'utilisateur Jinshui Tang commente la notice de publication des paramètres de requête, expliquant que "cela a résolu un des problèmes majeurs avec la pagination de mon application".

Des utilisateurs d'Ember ont également partagé des commentaires positifs au sujet des query parameters sur Twitter. EmberSherpa a répondu à l'annonce de Alex Matchneer en disant "merci pour les paramètres de requêtes. C'est l'ajout le plus excitant dans Ember depuis la 1.0".

Selon le changelog d'Ember.js 1.7.0, cette nouvelle version apporte également quelques petits changements cassants et dépréciations, dont une sur les controllers :

La propriété content est maintenant dérivée du modèle. Cela réduit les incohérences entre le modèle et content, et impose une règle simple : ne jamais définir le contenu des controllers mais plutôt définir le modèle et laisser Ember faire le reste correctement.

Et pour les tableaux vides :

Un tableau vide est traité comme une valeur fausse dans un bind-attr pour rester cohérent avec le helper if. Ce changement est cassant pour les applications qui traitaient précédemment les tableaux vides comme des valeurs positives dans bind-attr.

On trouve dans la liste des bugs corrigés par la 1.7 d'Ember :

  • Les controllers ayant des paramètres de requête sont testables unitairement.
  • Les controllers reçoivent les valeurs des nouveaux QP avant le setupController.
  • makeBoundHelper supporte les propriétés bindées sans guillemets.
  • SimpleHandlebarsView ne devrait pas être re-rendu si une valeur normalisée n'a pas été changée. Cela permet au DSL du router d'imbriquer des routes via this.route.

Et bien plus encore, avec tout le détail dans le changelog.

Déja annoncé pour la beta 1.8, l'implémentation interne de la couche View a été refactorée, et l'utilisation d'Ember pour Internet Explorer 6 et 7 a été dépréciée, dont le support va être abandonné dans la prochaine publication majeure.

Ember.js est disponible sous licence MIT. Les lecteurs InfoQ peuvent contribuer à Ember.js via le projet GitHub.

Evaluer cet article

Pertinence
Style

Contenu Éducatif

BT