Ember.js: Los alias de renderizado se rompen al renderizar un CP dependiente de ellos

Creado en 2 dic. 2016  ·  3Comentarios  ·  Fuente: emberjs/ember.js

Actualización: no tiene que ver con el rendimiento o los attrs, es solo el orden de renderizado (consumo de referencia) y si el CP se renderiza (consumo de referencia). Violín actualizado: https://ember-twiddle.com/9f5a189ebe41a8191c1b280ce80592a1

Bajo Ember 2.10, cuando un componente produce una propiedad definida con computed.readOnly, bajo ciertas circunstancias en compilaciones de producción de Ember solamente , el uso posterior no se actualiza cuando cambia la propiedad.

Trabajé con @krisselden para crear una reproducción aislada de este problema:

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

La reproducción demuestra que el orden en que se pasan los atributos a un componente consumidor determina qué propiedad no se actualiza. o_O

Bug Ember 2.10 Has Reproduction

Comentario más útil

@lukemelia esto se solucionó en 2.10.1 😄

Todos 3 comentarios

La hipótesis de Kris en nuestra discusión es que hay una carrera en la forma en que AliasProperty (que readOnly usa) agrega su clave dependiente y el consumo de la propiedad, y que algo en el desarrollo construye papeles sobre el error.

Parece ser que consumir el CP rompe la representación de las claves dependientes si son alias https://ember-twiddle.com/9f5a189ebe41a8191c1b280ce80592a1

@lukemelia esto se solucionó en 2.10.1 😄

¿Fue útil esta página
0 / 5 - 0 calificaciones