I NGENIERÍA DE S OFTWARE L ABORATORIO IX Struts Eduardo Saavedra A. 27/10/2009.
-
Upload
catalina-ferreyra-palma -
Category
Documents
-
view
214 -
download
0
Transcript of I NGENIERÍA DE S OFTWARE L ABORATORIO IX Struts Eduardo Saavedra A. 27/10/2009.
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/