Ember.js: Rendering-Aliasnamen brechen ab, wenn ein CP von ihnen abhängig gemacht wird

Erstellt am 2. Dez. 2016 · 3Kommentare · Quelle: emberjs/ember.js

Update: Es hat nichts mit Yield oder Attrs zu tun, es ist nur die Reihenfolge des Renderns (Ref-Verbrauch) und ob der CP gerendert wird (Ref-Verbrauch). Geige aktualisiert: https://ember-twiddle.com/9f5a189ebe41a8191c1b280ce80592a1

Wenn unter Ember 2.10 eine Komponente eine mit berechnet.readOnly definierte Eigenschaft liefert, wird unter bestimmten Umständen in Produktions-Builds von Ember only die nachgelagerte Verwendung nicht aktualisiert, wenn sich die Eigenschaft ändert.

Ich habe mit @krisselden zusammengearbeitet, um eine isolierte Reproduktion dieses Problems zu

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

Die Reproduktion zeigt, dass die Reihenfolge, in der die Attribute an eine konsumierende Komponente übergeben werden, bestimmt, welche Eigenschaft nicht aktualisiert werden kann. o_O

Bug Ember 2.10 Has Reproduction

Quelle

lukemelia

Hilfreichster Kommentar

@lukemelia dies wurde in 2.10.1 behoben 😄

chancancode am 15. Dez. 2016

🎉2 ❤1 😄1

Alle 3 Kommentare

Kris' Hypothese in unserer Diskussion ist, dass es einen Wettlauf gibt, wie AliasProperty (das readOnly verwendet) seinen abhängigen Schlüssel und den Verbrauch der Eigenschaft hinzufügt, und dass etwas in den Entwicklungsdokumenten über den Fehler liegt.

lukemelia am 2. Dez. 2016

Es scheint so zu sein, dass das Konsumieren des CP das Rendern der abhängigen Schlüssel unterbricht, wenn es sich um Aliase handelt https://ember-twiddle.com/9f5a189ebe41a8191c1b280ce80592a1