INGENIERÍA DE SOFTWARELABORATORIO IXStruts

Eduardo Saavedra A.

27/10/2009

TÓPICOS

1. Flujo de transacciones – Arquitectura en capas

2. Vista1. Jsp2. Form

3. Controlador4. Modelo5. Capa de negocio6. Capa de datos7. DBMS

FLUJO DE TRANSACCIONES

ARQUITECTURA BASE STRUTS

ARQUITECTURA EN CAPAS

VISTA DE COMPONENTES

VISTA

JSP Vista directa del usuario. Deben definirse inicialmente los tld a utilizar. Su uso radica en el HTML y la interpretación del

ActionForm mediante tags especiales provistos por la tld “bean”.

Capaz de tener cualquier característica que el HTML posea: CSS Ajax Javascript Flash Etc.

VISTA

FormBean Si se esta entregando un formulario desde el

usuario, el FormBean asociado debe tener los mismos campos como atributos de la clase bean. (ver lab 2 - Struts) Estos atributos DEBEN tener sus respectivos métodos

get y set. Si no es necesario asociar un formulario el

FormBean se asocia a una “pantalla” y debe proveérsele lo que se desea ver en los JSP.

ACTION – CONTROLADOR

Es el encargado de realizar las acciones respectivas a las interacciones del usuario desde la vista.

Generalmente se la añaden validaciones genéricas de sistema.

Siempre se ejecuta el método “execute”. Aquí se reciben como parámetros:

mapping : ActionMapping Contiene información del mapeo del struts-config

form : ActionForm Es el formulario asociado desde el struts-config

request : HttpServletRequest Clase típica de la servlet

response : HttpServletResponse Clase típica de la servlet

EJEMPLO VISTA – FORMULARIO

EJEMPLO VISTA – FORMULARIO

Formulario - JSP

struts-config

ActionForm

Action

Respuesta - JSP

EJEMPLO VISTA – MUESTRA DE DATOS

MODELO

Es la representación del negocio basado netamente en el diagrama de clases.

Para su correcta utilización, la mejor estrategia es simplemente dejarlo como un “Bean”.

Con este último punto se puede desprender la funcionalidad (servicios) que se puede asociar a la clase.

NEGOCIO – GESTORES

Es la abstracción de métodos y funcionalidades de las clases del modelo llevadas a otra clase.

Siempre se debe dar una notación estándar para saber de que se trata. Si se tiene la clase del

modelo Usuario, la capa de negocio podría llamarse UsuarioBusiness, UsuarioGestor, UsuarioServicios, etc.

DAO – DATA ACCESS OBJECT – CAPA DE DATOS

Es la abstracción de métodos y funcionalidades de las clases del modelo llevadas a otra clase.

Esta clase se encarga de todo lo que conlleve una relación con la persistencia de datos. Archivos planos. Base de datos. XML.

DBMS

Para el caso del curso utilizaremos una base de datos relacional, particularmente MySQL.

A veces no necesariamente es utilizada un DBMS, es posible utilizar otro tipo de persistencia de datos

Es aquí donde es importante denotar que el DAO puede ser sustituido y no va a afectar a las otras partes ya que meramente representa una interfaz.

CONTINUACIÓN DE MUESTRA DE DATOS

BIBLIOGRAFÍA

http://struts.apache.org/