Diseño de la capa de presentación. Aplicaciones Distribuidas

Transcripción

1 Diseño de la capa de presentación Aplicaciones Distribuidas

2 Contenido Motivación Diseño Capa Presentación. Arquitectura Modelo/Vista/Controlador. Controlador. Vista. Control peticiones duplicadas. 2

3 Motivación Muchas tecnologías: HTTP, HTML dinámico, JavaScript, Servlets, JSP, JavaBeans, Etiquetas de Extensión,... En una aplicación web existen relaciones de navegación. Es necesario controlar el acceso a los recursos y la navegación. Debemos evitar el procesamiento de peticiones duplicadas.... Modelado Aplicaciones Web y definir Arquitecturas para organizar los elementos. 3

4 Modelado Aplicaciones Web f(){ } FormCheck Registro FormRegist ro checkdni(dni) checkcorreo(correo) validardatos() Relación de agregación <<Text>> nombre <<Text>> nif <<Text>> correo <<password>> clave <<submit>> enviar Cabecera <<Fra me Content>> Principal <<Frame Content>> contenido <<link>> <<Frame Content>> Regist ro Navegacion <<targeted link>> Tema2 {target=cont enido} 4

5 Session usuarios ServletRegistro +usuarios 1 HashMap put() get() usuario : String Cliente Usuarios {engine="jsp"} <<import>> {uri="/ isi";name="isi"} <<TagLib>> Isi <<contains>> {name="listausuarios"} {identificador="string"; nombre="string" <<Tag>> ListaUsuariosTag usuarios : List 5

6 Arquitectura Capa Presentación Aplicación interactiva: Modelo/Vista/Controlador Consulta Estado Vista Modelo Notifica Cambio Selección Vista Notifica Interacción Usuario Ejecuta funcionalidad Controlador Modelo: Encapsula estado aplicación Responde consultas estado Expone la funcionalidad Notifica cambios a la vista Vista: Visualiza el modelo. Solicita actualizaciones del modelo Envía interacciones usuario al controlador Permite que el controlador seleccione la vista Controlador: Define el comportamiento aplicación Correspondencia acciones usuario actualizaciones del modelo Selecciona la vista para la respuesta 6

7 Modelo/Vista/Controlador - Aplicación Limitaciones tecnologías web: El modelo no puede notificar eventos a la interface gráfica. Las interacciones del usuario están restringidas a peticiones HTTP. Enviadas por el navegador. Aplicación MVC en entornos web (J2EE): Modelo: Enterprise JavaBeans, objetos distribuidos, datos (DAO). Vista: JSP, Navegador Controlador: Servlet Framework Struts: 7

8 Controlador Roles: Definición del comportamiento de la aplicación. Control de Seguridad. Log,... Correspondencia peticiones-acción en el modelo. Patrón Command (retorna selección de vista). Seleccionar la vista para la respuesta. Obtenida a partir de la acción. Implementación basada en Servlets (patrón Frontcontroller). Correspondencia URL lógicas (web.xml): <servlet-mapping> <servlet-name>frontcontroller<servlet-name> <url-pattern>*.ctrl</url-pattern> </servlet-mapping> 8

9 FrontController PeticionHelper HttpServlet getaccion(peticion : HttpServletRequest) : Accion FrontController Accion ejecutar() ListaUsuariosAccion ejecutar() LoginAccion ejecutar() SalirAccion ejecutar() FrontController helper : PeticionHelper act : Accion : RequestDi spatcher act = get Acc ion(htt pservletrequest) vista = ejecutar(httpservletrequest, HttpServletResponse, ServletContext) RequestDispatcher asociado a "vista" forward( HttpServletRequest, HttpServletResponse) 9

10 Vista Página JSP: genera la vista Página Web, fichero XML,... Navegador visualiza la vista. La elección de la vista depende de la acción a realizar y del resultado: clases Acción. Responsabilidades de la página JSP: Recoger los datos a visualizar utilizando JavaBeans. Utilizar etiquetas de extensión para la lógica de la presentación (iteraciones, reescrituras URL,...) Patrones View Helper y Service to Worker. Cumple principios JSP: separación roles. Ocultar las vistas (páginas JSP) al cliente: Directorio inaccesible: /WEB-INF/privado 10

11 Esquema General Controlador Modelo Vista : Navegador FrontController : Servlet : Accion vista : JSP : JavaBean : Etiqueta Peticion HTTP (GET/POST) Controles comunes Asociación Petición-Acción vista = ejecutar() forward Interacciona con " Lógica de Negocio" Prepara "Datos" en JavaBeans Obtiene Datos Respuesta HTTP Página Web Ejecuta "Lógica de Presentación" 11

12 Peticiones Duplicadas Motivación: Controlar la navegación del cliente. Evitar procesamiento de formularios duplicados. Solución: Token de Sincronización. Token: identificador único. Cada formulario incluye un campo oculto con un token. En una sesión de navegación existe un token actual. Enviado en el último formulario. Sólo se procesa el formulario si contiene el token actual. Se comprueba la validez del token antes de procesar la respuesta Responsabilidad del controlador. Token generado por una etiqueta de extensión. 12