Display field para agregados
Generado automáticamente desde el archivo fuente. No editar a mano — vuelve a ejecutar
catalyst-changelog-sync.
Qué cambió
Sección titulada «Qué cambió»- Nuevo atributo
front.displayField: nombra la propiedad que contiene la etiqueta legible. Default'name'. Lo usan los toasts de delete y los accesors de columnas FK. - Nuevo atributo
front.templateDisplayField: compone etiquetas multi-campo con interpolación{fieldName}, p.ej.'{code} - {name}'. Cae adisplayFieldsi no se declara. - Los accesors de columnas FK dejan de hardcodear
target.name— resuelven eldisplayFielddel target cross-schema, así que una FK a un agregado que muestra poremaillee ahoratarget.email.
Por qué importa
Sección titulada «Por qué importa»Para agregados sin propiedad name — iam/account muestra por email, por ejemplo — el list y las columnas FK generadas dejan de fallar con TS2339 property 'name' does not exist. Basta con declarar front.displayField: email en el YAML y regenerar. Los agregados que sí tienen name y no declaran nada emiten código byte-equivalente, así que la actualización no tiene riesgo en el caso común. templateDisplayField abre la puerta a etiquetas compuestas ('{code} - {name}') para agregados cuya identidad no es un único campo. El aurora-1.4.json cross-repo registra ambos atributos para que la validación YAML también los reconozca.