ARQUITECTURA MVC

VISIN GENERAL

Jos Jorge Mrquez Gmez jjmg84@gmail.com

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:
http://es.wikipedia.org/wiki/Modelo_Vista_Controlador#Frameworks_MVC

Jos Jorge Mrquez Gmez jjmg84@gmail.com

FRAMEWORKS

Jos Jorge Mrquez Gmez jjmg84@gmail.com

FRAMEWORKS
ASP.NET MVC

Jos Jorge Mrquez Gmez jjmg84@gmail.com

BIBLIOGRAFA
http://www.adictosaltrabajo.com/
http://es.wikipedia.org/wiki/Wikipedia:Portada
http://metodologiasdesistemas.blogspot.com/

Jos Jorge Mrquez Gmez jjmg84@gmail.com