2.1 Estructura MVC
De manera intuitiva, podemos definir que una aplicación informática se divide en dos partes claramente diferenciadas: una de ellas es la parte de la aplicación con la que interactúa el usuario, a la que solemos llamar interfaz, y que sirve para introducir datos, consultarlos, modificarlos, etc. La otra parte es la que permanece oculta a la vista, y que se encarga de mantener esos datos en un formato apropiado de forma que sean fácilmente accesibles y modificables, y que perduren en el tiempo.
El patrón MVC (Modelo Vista Controlador) va más allá de esta división. MVC es un patrón de arquitectura de software que separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. El patrón MVC se ve frecuentemente en aplicaciones basadas en entorno web, donde la vista es la página HTML y el código que provee de datos dinámicos a la página, el modelo es el Sistema de Gestión de Base de Datos y la Lógica de negocio y el controlador es el responsable de recibir los eventos de entrada desde la vista.
Nota: Las lineas negras indican una interacción directa, mientras que las grises indican una interacción indirecta (básicamente respuestas a las primeras).
- Modelo
- Esta es la representación específica de la información con la que trabaja el sistema. La lógica de datos asegura la integridad de estos y permite derivar nuevos datos; por ejemplo, no permitiendo introducir fechas incorrectas, determinando si el usuario ha superado su límite de acceso, etc
- Vista
- Presenta el modelo en un formato adecuado para interactuar con él, usualmente la interfaz de usuario.
- Controlador
- Este responde a eventos, usualmente acciones del usuario e invoca cambios en el modelo y probablemente en la vista.
Muchos sistemas informáticos utilizan un Sistema de Gestión de Base de Datos para gestionar los datos. En MVC esta parte del sistema correspondería al modelo.
Aunque se pueden encontrar diferentes implementaciones de MVC, el flujo que sigue el control generalmente es el siguiente:
- El usuario interactúa con la interfaz de usuario de alguna forma (por ejemplo, el usuario pulsa un botón, enlace)
- El controlador recibe (por parte de los objetos de la interfaz-vista) la notificación de la acción solicitada por el usuario. El controlador gestiona el evento que llega, frecuentemente a través de un gestor de eventos (handler) o callback.
- El controlador accede al modelo, actualizándolo, posiblemente modificándolo de forma adecuada a la acción solicitada por el usuario (por ejemplo, el controlador actualiza el carro de la compra del usuario). Los controladores complejos están a menudo estructurados usando un patrón de comando que encapsula las acciones y simplifica su extensión.
- El controlador delega a los objetos de la vista la tarea de desplegar la interfaz de usuario. La vista obtiene sus datos del modelo para generar la interfaz apropiada para el usuario donde se refleja los cambios en el modelo (por ejemplo, produce un listado del contenido del carro de la compra). El modelo no debe tener conocimiento directo sobre la vista. Sin embargo, el patrón de observador puede ser utilizado para proveer cierta indirección entre el modelo y la vista, permitiendo al modelo notificar a los interesados de cualquier cambio. Un objeto vista puede registrarse con el modelo y esperar a los cambios, pero aun así el modelo en sí mismo sigue sin saber nada de la vista. El controlador no pasa objetos de dominio (el modelo) a la vista aunque puede dar la orden a la vista para que se actualice. Nota: En algunas implementaciones la vista no tiene acceso directo al modelo, dejando que el controlador envíe los datos del modelo a la vista.
- La interfaz de usuario espera nuevas interacciones del usuario, comenzando el ciclo nuevamente.
«««
Principios Básicos |
Estructura de la plataforma OP »»»
