NDICE Definicin Diferencias modelo 3 capas, multicapas y MVC
Responsabilidades de capas en MVC
Ciclo de vida
Frameworks
Bibliografa
Jos Jorge Mrquez Gmez jjmg84@gmail.com
DEFINICIN El patrn MVC es una arquitectura de diseo software para separar los componentes de aplicacin en tres niveles, interfaz de usuario, lgica de control y lgica de negocio. Es una especializacin de un modelo de capas, con la diferencia que se usa para entornos web como patrn por excelencia. Ejemplo: Struts, Spring, Asp.NET MVC... Etc.
Jos Jorge Mrquez Gmez jjmg84@gmail.com
DEFINICIN
Jos Jorge Mrquez Gmez jjmg84@gmail.com
DIFERENCIAS MODELO 3 CAPAS, MULTICAPAS Y MVC
Jos Jorge Mrquez Gmez jjmg84@gmail.com
DIFERENCIAS MODELO 3 CAPAS, MULTICAPAS Y MVC
Jos Jorge Mrquez Gmez jjmg84@gmail.com
DIFERENCIAS MODELO 3 CAPAS, MULTICAPAS Y MVC Multicapas:
Centralizacin de los aspectos de seguridad y transaccionalidad, que seran
responsabilidad del modelo. No replicacin de lgica de negocio en los clientes: esto permite que las modificaciones y mejoras sean automticamente aprovechadas por el conjunto de los usuarios, reduciendo los costes de mantenimiento. Mayor sencillez de los clientes.
MVC:
El modelo, que contiene la lgica de negocio de la aplicacin
La vista, que muestra al usuario la informacin que ste necesita. El controlador, que recibe e interpreta la interaccin del usuario, actuando sobre modelo y vista de manera adecuada para provocar cambios de estado en la representacin interna de los datos, as como en su visualizacin.
Jos Jorge Mrquez Gmez jjmg84@gmail.com
RESPONSABILIDADES DE CAPAS EN MVC Modelo: Es la capa encargada de encapsular toda la lgica de negocio de nuestra aplicacin. Esta capa se puede subdividir en varias: Lgica de negocio: Contiene clases o varias para constituir lo referente a la capa de aplicacin, se encarga de atender a las peticiones de los controladores y as dar una respuesta acorde con lo recibido. Capa de datos: Se encarga de gestionar toda la interconexin con el SGBD, as mismo, puede contener un gestor ORM para su aprovechamiento mximo y mejor mantenimiento. Solo se comunica con la lgica de negocio. Helpers: Llamados ayudantes apoyan tanto al controlador como a la vista para hacer ms livianas algunas tareas. Controlador: Es el eje central de nuestra arquitectura, encargada de gestionar todas las peticiones, validar los inputs recibidos y dirigir cualquier peticin de cualquier tipo. Solo se comunica con el modelo y responde a travs de vistas. Vista: Es la respuesta de cada controlador y lo que se le presenta al usuario final, se puede comunicar con el controlador, los helpers y el modelo (en algunas ocasiones).
Jos Jorge Mrquez Gmez jjmg84@gmail.com
CICLO DE VIDA
Jos Jorge Mrquez Gmez jjmg84@gmail.com
FRAMEWORKS Existen multitud de Frameworks que implementan la arquitectura ya definida, lo nico que el usuario debe hacer es preocuparse de implementar la lgica de la aplicacin y montar las piezas del puzzle. Un listado de Frameworks son: