Ember.js: Les alias de rendu se cassent lors du rendu d'un CP dépendant d'eux

Créé le 2 déc. 2016  ·  3Commentaires  ·  Source: emberjs/ember.js

Mise à jour : cela n'a pas à voir avec le rendement, ou les attributs, c'est juste l'ordre de rendu (ref consommation) et si le CP est rendu (ref consommé). Violon mis à jour : https://ember-twiddle.com/9f5a189ebe41a8191c1b280ce80592a1

Sous Ember 2.10, lorsqu'un composant génère une propriété définie avec computed.readOnly, dans certaines circonstances dans les versions de production d'Ember uniquement , l'utilisation en aval n'est pas mise à jour lorsque la propriété change.

J'ai travaillé avec @kriselden pour créer une reproduction isolée de ce problème :

https://ember-twiddle.com/868fbd21b0532d3dfa583ca43790dde7?openFiles=templates.application.hbs%2Ctemplates.components.consumer-comp.hbs

La reproduction démontre que l'ordre dans lequel les attributs sont transmis à un composant consommateur détermine quelle propriété ne parvient pas à se mettre à jour. o_O

Bug Ember 2.10 Has Reproduction

Commentaire le plus utile

@lukemelia cela a été corrigé en 2.10.1 😄

Tous les 3 commentaires

L'hypothèse de Kris dans notre discussion est qu'il y a une course dans la façon dont AliasProperty (qui utilise readOnly) ajoute sa clé dépendante et la consommation de la propriété, et que quelque chose dans le développement construit des papiers sur le bogue.

Il semble que la consommation du CP casse le rendu des clés dépendantes si ce sont des alias https://ember-twiddle.com/9f5a189ebe41a8191c1b280ce80592a1

@lukemelia cela a été corrigé en 2.10.1 😄

Cette page vous a été utile?
0 / 5 - 0 notes