Ayuda al proceso de integración de varias subvistas en una página.
Propone componer una vista de numerosas piezas atómicas
Combina vistas simples en una visión más compleja y sin manipular el contenido o el diseño.
Esto simplifica el tratamiento de los objetos creados, ya que al poseer todos ellos una interfaz común, se tratan todos de la misma manera.
Estructura
Se muestra el diagrama de clases que representa el patrón Composite View.
Se muestra el diagrama de secuencia para el patrón Composite View.
Ø CompositeView: Una vista compuesta es una vista a la que se le han agregado varias subvistas.
Ø ViewManager: El manejador de vista se ocupa de la inclusión de porciones de fragmentos de plantilla en la vista compuesta.
Ø HeaderView: Es una subvista incluida dentro de la principal.
Ø FooterView: Es una subvista incluida dentro de la principal.
Implementación
Un Composite View se puede implementar siguiendo la estrategia JSP page View o bien la estrategia Servlet View. [Alur]
El control de la vista se puede implementar de diferentes formas: utilizando etiquetas jsp estándar, como <jsp:include>, utilizando componentes JavaBeans, y también mediante etiquetas personalizadas (JSP 1.1+).
Consecuencias
Mejora la Modularidad y la Reutilización.
El modelo promueve el diseño modular. Es posible volver a usar porciones atómicas de una plantilla, como una tabla de cotizaciones de bolsa, en numerosos puntos de vista y para decorar estas porciones reutilizadas con información diferente. Este patrón permite la mesa para ser trasladado a su propio módulo y simplemente incluida en caso necesario. Este tipo de diseño y composición dinámica reduce la duplicación, fomenta la reutilización y mejora el mantenimiento.
· Mejora la Flexibilidad
Una implementación sofisticada puede incluir condicionalmente ver fragmentos de plantilla en base a las decisiones de ejecución, tales como la función de usuario o la política de seguridad.
· Mejora la mantenibilidad y Manejabilidad
Es mucho más eficiente para administrar los cambios en porciones de una plantilla cuando la plantilla no está codificada directamente en la vista de marcado. Cuando se mantiene separada de la vista, es posible modificar porciones modulares de contenido de la plantilla independiente de la disposición de la plantilla. Además, estos cambios están disponibles para el cliente inmediatamente, dependiendo de la estrategia de implementación. Las modificaciones del diseño de una página se controlan más fácilmente, así, ya que los cambios están centralizados.
· Reduce Manejabilidad
Agregación de piezas atómicas de la pantalla en conjunto para crear una única vista introduce la posibilidad de errores en la pantalla, ya que subvistas son fragmentos de página. Esta es una limitación que puede convertirse en un problema de manejabilidad. Por ejemplo, si una página de la página JSP está generando una página HTML usando una página principal que incluye tres subvistas, y las subvistas cada incluyen la etiqueta HTML de apertura y cierre (es decir, <HTML> y </ HTML> ), entonces el compuestas la página no será válida. Por lo tanto, es importante cuando se utiliza este patrón a ser consciente de que subvistas no deben ser vistas completas. Uso de Tag debe tenerse en cuenta muy estricta con el fin de crear vistas compuestas válidos, y esto puede convertirse en un problema de gestión.· Impacto en el rendimiento
Generando una pantalla que incluye numerosas subvistas puede disminuir el rendimiento.Duración de la inclusión subvistas resultará en un retraso cada vez que la página se sirve al cliente. En un entorno con estrictos acuerdos de nivel de servicio que los tiempos de respuesta de mandatos específicos, tales ralentizaciones de rendimiento, pero en general muy mínimas, no pueden ser aceptables. Una alternativa es mover la inclusión subvista al tiempo de traducción, aunque esto limita la vista secundaria a los cambios cuando la página se retraducido.
No hay comentarios.:
Publicar un comentario