ARQUITECTURA MVC

VISIÓN GENERAL

José Jorge Márquez Gómez – jjmg84@gmail.com

ÍNDICE
 Definición
 Diferencias modelo 3 capas, multicapas y MVC

 Responsabilidades de capas en MVC

 Ciclo de vida

 Frameworks

 Bibliografía

José Jorge Márquez Gómez – jjmg84@gmail.com

DEFINICIÓN
El patrón MVC es una arquitectura de diseño
software para separar los componentes de
aplicación en tres niveles, interfaz de usuario,
lógica de control y lógica de negocio.
Es una especialización de un modelo de capas, con
la diferencia que se usa para entornos web como
patrón por excelencia. Ejemplo: Struts, Spring,
Asp.NET MVC... Etc.

José Jorge Márquez Gómez – jjmg84@gmail.com

DEFINICIÓN

José Jorge Márquez Gómez – jjmg84@gmail.com

DIFERENCIAS MODELO 3 CAPAS,
MULTICAPAS Y MVC

José Jorge Márquez Gómez – jjmg84@gmail.com

DIFERENCIAS MODELO 3 CAPAS,
MULTICAPAS Y MVC

José Jorge Márquez Gómez – jjmg84@gmail.com

DIFERENCIAS MODELO 3 CAPAS,
MULTICAPAS Y MVC
Multicapas:

• Centralización de los aspectos de seguridad y transaccionalidad, que serían

responsabilidad del modelo.
• No replicación de lógica de negocio en los clientes: esto permite que las
modificaciones y mejoras sean automáticamente aprovechadas por el conjunto de los
usuarios, reduciendo los costes de mantenimiento.
• Mayor sencillez de los clientes.

MVC:

• El modelo, que contiene la lógica de negocio de la aplicación

• La vista, que muestra al usuario la información que éste necesita.
• El controlador, que recibe e interpreta la interacción del usuario, actuando sobre
modelo y vista de manera adecuada para provocar cambios de estado en la
representación interna de los datos, así como en su visualización.

José Jorge Márquez Gómez – jjmg84@gmail.com

RESPONSABILIDADES DE CAPAS EN MVC
 Modelo: Es la capa encargada de encapsular toda la lógica de negocio de nuestra
aplicación. Esta capa se puede subdividir en varias:
 Lógica de negocio: Contiene clases o varias para constituir lo referente a la
capa de aplicación, 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 interconexión con el SGBD,
así mismo, puede contener un gestor ORM para su aprovechamiento máximo
y mejor mantenimiento. Solo se comunica con la lógica de negocio.
 Helpers: Llamados “ayudantes” apoyan tanto al controlador como a la vista
para hacer más livianas algunas tareas.
 Controlador: Es el eje central de nuestra arquitectura, encargada de gestionar
todas las peticiones, validar los inputs recibidos y dirigir cualquier petición de
cualquier tipo. Solo se comunica con el modelo y responde a través 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 Márquez Gómez – jjmg84@gmail.com

CICLO DE VIDA

José Jorge Márquez Gómez – 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 lógica de la aplicación y montar las piezas del puzzle.
Un listado de Frameworks son:

http://es.wikipedia.org/wiki/Modelo_Vista_Controlador#Frameworks_MVC

José Jorge Márquez Gómez – jjmg84@gmail.com

FRAMEWORKS

José Jorge Márquez Gómez – jjmg84@gmail.com

FRAMEWORKS
ASP.NET MVC

José Jorge Márquez Gómez – jjmg84@gmail.com

BIBLIOGRAFÍA
• http://www.adictosaltrabajo.com/
• http://es.wikipedia.org/wiki/Wikipedia:Portada
• http://metodologiasdesistemas.blogspot.com/

José Jorge Márquez Gómez – jjmg84@gmail.com