Les repères show a computed property écrits avec des accolades. Je ne suis pas sûr si elles sont nécessaires.Utilisation de l'anti-retour dans les propriétés calculées de braise
Serait-ce:
fullName: Ember.computed('firstName', 'lastName', function() {
return `${this.get('firstName')} ${this.get('lastName')}`;
})
être réécrite comme ceci:
fullName: Ember.computed('firstName', 'lastName', function() {
return this.get('firstName') + ' ' + this.get('lastName');
})
?
Pour moi, c'est moins obscur. Quels sont les avantages/inconvénients de chaque méthode?
Merci pour avoir le lien MDN. Je sais qu'ils ne sont pas liés à Ember, mais c'est le premier endroit où je les ai vus largement utilisés. – dangonfast
En effet, certains membres de l'équipe Ember sont impliqués dans les standards ecmascript, donc Ember essaie de planifier l'avenir de JS et d'adopter les fonctionnalités à venir autant que possible. es6 modules, éléments personnalisés, ... – spectras
@gonvaled Ya ember pousse plutôt à l'adoption précoce de nouvelles fonctionnalités ES6 comme des modules, etc. Je pense que ce lien peut être utile pour en savoir plus sur les chaînes de modèles et les pièges du livre YDKJS. https://github.com/getify/You-Dont-Know-JS/blob/master/es6%20%26%20beyond/ch2.md#template-literals – blessenm