Subdirecci贸n de las Tecnolog铆as de la Informaci贸n y Comunicaciones

脕rea de Gobernanza y Calidad

Versi贸n


Normativa front guia implementacion Modelo model–view–viewmodel Vigente

Versión: N/A
Estado: ACTIVO
Entrada en vigor desde: N/A
Obligado cumplimiento desde: N/A



Normativa front guia implementacion Modelo model–view–viewmodel PRE-RELEASE

Versión: 1.0.0
Estado: RELEASE
Entrada en vigor desde:  
Obligado cumplimiento desde: -


Tabla de Contenido


Cumplimiento Normativo


Las normas expuestas son de obligado cumplimiento. La STIC podrá estudiar los casos excepcionales los cuales serán gestionados a través de los responsables del proyecto correspondiente y autorizados por el Área de Gobernanza de la STIC. Asimismo cualquier aspecto no recogido en estas normas deberá regirse en primera instancia por las guías técnicas correspondientes al esquema nacional de seguridad y esquema nacional de interoperabilidad según correspondencia y en su defecto a los marcos normativos y de desarrollo software establecidos por la Junta de Andalucía, debiendo ser puesto de manifiesto ante la STIC.

La STIC se reserva el derecho a la modificación de la norma sin previo aviso, tras lo cual, notificará del cambio a los actores implicados para su adopción inmediata según la planificación de cada proyecto.

En el caso de que algún actor considere conveniente y/o necesario el incumplimiento de alguna de las normas y/o recomendaciones, deberá aportar previamente la correspondiente justificación fehaciente documentada de la solución alternativa propuesta, así como toda aquella documentación que le sea requerida por la STIC para proceder a su validación técnica.

Contacto Arquitectura: l-arquitectura.stic@juntadeandalucia.es

Hist贸rico de cambios


Los cambios en la normativa vendr谩n acompa帽ados de un registro de las modificaciones. De este modo se podr谩 realizar un seguimiento y consultar su evoluci贸n. Orden谩ndose de mas recientes a menos recientes, prestando especial cuidado a las cabeceras de la tablas d贸nde se indican las fechas de entrada en vigor y versi贸n.

VersiónPre-release AdopciónActivaRetiroAlcance
v01r00

 




  • Versión inicial del documento

1. Contenido

ElementoDescripci贸nUso

Detalles en聽lit-element

vistaElemento del componente encargado de gestionar el renderizado y los estilosCuando que se dese茅 un componente visual
window.customElements.define('tag-del-componente', WcSticButtonView);
vista-modeloElemento del componente encargado de gestionar las propiedades y la l贸gica visual聽Cuando el componente tenga propiedades o deba gestionar l贸gica visual
Ejemplos de ViewModel
@property({type:boolean}) visualStateProperty!:boolean;

@property({type:MyModelComponentClass}) modelComponent!:MyModelComponentClass;

__onEvent(ev:EventType){}

modelo-componente

propiedad compleja del componente. Es un agrupador de propiedades por contexto o funcionalidadCuando se quieran聽agrupar las propiedades del componente en un concepto


Inyección al tag como propiedad
<tag-del-componente .modelComponent="${myModelComponent}"/>
modelo-negocioElemento que representa un concepto de negocio

Cuando se quiera聽definir nuestro negocio (DDD) dentro de nuestra capa visual.

Normalmente se definir谩n聽estos modelos en un core que ser谩 utilizado por componente de tipo organismo, ya que estos son los responsables de gestionar el negocio

Inyección al tag como propiedad
<tag-del-componente .data="${myBussinessModel}"/>
evento-interactivoEvento generado por el componente con un significado interactivo m谩s que de negocio (click, hover, drag&drop..)聽

Cuando se quiera聽modificar el estado visual del componente como respuesta a la acci贸n de un usuario con el componente.

Este tipo de eventos no deben tener conocimiento ni sem谩ntica del negocio.

Suelen ser generados 谩tomos y consumidos por componentes mol茅culas.

Se debe evitar lo m谩ximo posible su uso dentro de las capas de negocio, haciendo esos

Hay que tener en cuenta en la generaci贸n del evento para su difusi贸n interna los valores de bubbles y cancelable.聽

S贸lo escalar谩n del componente definido cuando el componente en s铆 sea un 谩tomo o mol茅cula sin negocio.

Los nodos del DOM mas exteriores deben controlar que el evento no salga del 谩mbito del componente para garantizar su aislamiento registrandose como listeners y cancelando la difusi贸n.聽

Inyección de manejadores de eventos interactivos.
<tag-del-componente @interactiveEvent="${this.__onInteractive}"/>

<tag-del-componente @click="${this.__onClick}"/>
evento-negocioEvento generado por el componente con un significado de negocio (sort, filter, page, save, next etc)

Cuando se quiera聽modificar el estado visual del componente como respuesta a la acci贸n de negocio por parte del usuario.

Este tipo de eventos tienen conocimiento y sem谩ntica dentro del negocio de la aplicaci贸n y por norma general se utilizan para compartir informaci贸n entre componentes (padres, hermanos) siguiendo el patr贸n orquestaci贸n.

Por norma general suele escalar a las capas de componentes superiores.

Suelen ser generados Mol茅culas y consumidos por componentes Mol茅culas, Organismos

Inyección de manejadores de eventos de negocio.
<tag-del-componente @bussinessEvent="${this.__onMyBussiness}"/>



2. Categorizaci贸n y modelo de eventos de los componentes

Loading...

  • Sin etiquetas