Modelo–vista–controlador

Modelo-vista-controlador (MVC) es un patrón de arquitectura de software, que separa los datos y principalmente lo que es la lógica de negocio de una aplicación de su representación y el módulo encargado de gestionar los eventos y las comunicaciones. Para ello MVC propone la construcción de tres componentes distintos que son el modelo, la vista y el controlador; es decir: por un lado define componentes para la representación de la información y, por otro lado, para la interacción del usuario.[1][2] Este patrón de arquitectura de software se basa en las ideas de reutilización de código y la separación de conceptos, características que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior mantenimiento.[3][4]

Un diagrama sencillo que muestra la relación entre el modelo, la vista y el controlador. Nota: las líneas sólidas indican una asociación directa, y principalmente las punteadas una indirecta (por ejemplo, patrón Observer).

Historia

El patrón MVC fue una de las primeras ideas en el campo de las interfaces gráficas de usuario y uno de los primeros trabajos en describir e implementar aplicaciones software en términos de sus diferentes funciones.[5]

MVC fue introducido por Trygve Reenskaug (web personal) en Smalltalk-76 durante su visita a Xerox Parc[6][7] en los años 70, seguidamente, en los años 80, Jim Althoff y otros implementaron una versión de MVC para la biblioteca de clases de Smalltalk-80.[8] Solo más tarde, en 1988, MVC se expresó como un concepto general en un artículo[9] sobre Smalltalk-80.

En esta primera definición de MVC el controlador se definía como «el módulo que se ocupa de la entrada» (de forma similar a como la vista «se ocupa de la salida»). Esta definición no tiene cabida en las aplicaciones modernas en las que esta funcionalidad es asumida por una combinación de la 'vista' y algún framework moderno para desarrollo. El 'controlador', en las aplicaciones modernas de la década de 2000, es un módulo o una sección intermedia de código, que hace de intermediario de la comunicación entre el 'modelo' y la 'vista', y unifica la validación (utilizando llamadas directas o el «observer» para desacoplar el 'modelo' de la 'vista' en el 'modelo' activo[10]).

Algunos aspectos del patrón MVC han evolucionado dando lugar a ciertas variantes del concepto original, ya que «las partes del MVC clásico realmente no tienen sentido para los clientes actuales»:[11]

  • HMVC (MVC Jerárquico)
  • MVA (Modelo-Vista-Adaptador)
  • MVP (Modelo-Vista-Presentador)
  • MVVM (Modelo-Vista Vista-Modelo)
  • ... y otros que han adaptado MVC a diferentes contextos.

Descripción del patrón

De manera genérica, los componentes de MVC se podrían definir como sigue:

  • El Modelo: Es la representación de la información con la cual el sistema opera, por lo tanto gestiona todos los accesos a dicha información, tanto consultas como actualizaciones, implementando también los privilegios de acceso que se hayan descrito en las especificaciones de la aplicación (lógica de negocio). Envía a la 'vista' aquella parte de la información que en cada momento se le solicita para que sea mostrada (típicamente a un usuario). Las peticiones de acceso o manipulación de información llegan al 'modelo' a través del 'controlador'.[12]
  • El Controlador: Responde a eventos (usualmente acciones del usuario) e invoca peticiones al 'modelo' cuando se hace alguna solicitud sobre la información (por ejemplo, editar un documento o un registro en una base de datos). También puede enviar comandos a su 'vista' asociada si se solicita un cambio en la forma en que se presenta el 'modelo' (por ejemplo, desplazamiento o scroll por un documento o por los diferentes registros de una base de datos), por tanto se podría decir que el 'controlador' hace de intermediario entre la 'vista' y el 'modelo' (véase Middleware).
  • La Vista: Presenta el 'modelo' (información y lógica de negocio) en un formato adecuado para interactuar (usualmente la interfaz de usuario), por tanto requiere de dicho 'modelo' la información que debe representar como salida.
    Una típica colaboración entre los componentes de un MVC

Interacción de los componentes

Aunque se pueden encontrar diferentes implementaciones de MVC, el flujo de control que se sigue generalmente es el siguiente:

  1. El usuario interactúa con la interfaz de usuario de alguna forma (por ejemplo, el usuario pulsa un botón, enlace, etc.)
  2. 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.
  3. 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.
  4. 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 reflejan 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, se podría utilizar el patrón Observador 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. Este uso del patrón Observador no es posible en las aplicaciones Web puesto que las clases de la vista están desconectadas del modelo y del controlador. En general 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. Por ejemplo en el MVC usado por Apple en su framework Cocoa. Suele citarse como Modelo-Interface-Control, una variación del MVC más puro
  5. La interfaz de usuario espera nuevas interacciones del usuario, comenzando el ciclo nuevamente...

MVC y bases de datos

Muchos sistemas [informáticos] utilizan un sistema de gestión de base de datos el cual gestiona los datos que debe utilizar la aplicación; en líneas generales del MVC dicha gestión corresponde al modelo. La unión entre capa de presentación y capa de negocio conocido en el paradigma de la Programación por capas representaría la integración entre la Vista y su correspondiente Controlador de eventos y acceso a datos, MVC no pretende discriminar entre capa de negocio y capa de presentación pero sí pretende separar la capa visual gráfica de su correspondiente programación y acceso a datos, algo que mejora el desarrollo y mantenimiento de la Vista y el Controlador en paralelo, ya que ambos cumplen ciclos de vida muy distintos entre sí.

Uso en aplicaciones Web

Aunque originalmente MVC fue desarrollado para aplicaciones de escritorio, ha sido ampliamente adaptado como arquitectura para diseñar e implementar aplicaciones web en los principales lenguajes de programación. Se han desarrollado multitud de frameworks, comerciales y no comerciales, que implementan este patrón (ver apartado siguiente "Frameworks MVC"); estos frameworks se diferencian básicamente en la interpretación de como las funciones MVC se dividen entre cliente y servidor.[13]

Los primeros frameworks MVC para desarrollo web planteaban un enfoque de cliente ligero en el que casi todas las funciones, tanto de la vista, el modelo y el controlador recaían en el servidor. En este enfoque, el cliente manda la petición de cualquier hiperenlace o formulario al controlador y después recibe de la vista una página completa y actualizada (u otro documento); tanto el modelo como el controlador (y buena parte de la vista) están completamente alojados en el servidor. Como las tecnologías web han madurado, ahora existen frameworks como JavaScriptMVC, Backbone o jQuery[14] que permiten que ciertos componentes MVC se ejecuten parcial o totalmente en el cliente (véase AJAX).

Frameworks MVC

LenguajeLicenciaNombre
.NETCastle ProjectMonoRail
.NETApacheSpring.NET
.NETApacheMaverick.NET
.NETMS-PLASP.NET MVC
.NETMicrosoft Patterns & Practices User Interface Process (UIP) Application Block
C++BSD license treefrog
Delphi/ Object PascalApacheDelphi MVC Framework
Delphi/ Object PascalApachemORMot Framework
Objective CAppleCocoa
RubyMITRuby on Rails
RubyMITMerb
RubyMITRamaze
RubyMITRhodes
JavaApacheGrails
JavaGPLInterface Java Objects (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).
JavaLGPLFramework Dinámica
JavaApacheStruts
JavaApacheBrutos framework
JavaApacheBeehive
JavaApacheSpring
JavaApacheTapestry
JavaApacheAurora
JavaApacheJavaServerFaces
JavaApachePrimeFaces
Java Apache Vaadin
JavaScriptGPLv3Sails.JS
JavaScriptGPLv3ExtJS 4
JavaScriptMITAngularJS
JavaScriptMITNest
PerlGPLMojolicious
PerlGPLCatalyst
PerlGPLCGI::Application
PerlGPLGantry Framework
PerlGPLJifty
PerlGPLMaypole
PerlGPLOpenInteract2
PerlComercialPageKit
PerlGPLCyclone 3
PerlGPLCGI::Builder
PHPGPLBitPHP
PHPBSDphalcon
PHPMITLaravel
PHPGPLSelf Framework (php5, MVC, ORM, Templates, I18N, Múltiples DB)
PHPLGPLZanPHP
PHPLGPLTlalokes
PHPGPL (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).SiaMVC (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).
PHPLGPLAgavi
PHPBSDZend Framework, proyecto continuado como Laminas Framework
PHPMITCakePHP
PHPGNU/GPLKumbiaPHP
PHPMITSymfony
PHPMIT (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).QCodo
PHPGNU/GPLCodeIgniter
PHPGNU/GPLPolka-PHP
PHPBSDKohana
PHPMPL 1.1PHP4ECore
PHPGNUPractico
PHPGNUFlavorPHP
PHPApache 2.0Yupp PHP Framework
PHPBSDYii PHP Framework
PHPGPLOsezno PHP Framework
PHPMIT (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).(sPHPf) Simple PHP Framework
PHPGNU/GPL (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).gvHidra (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).
PythonZPLZope3
PythonVariasTurbogears
PythonGPLWeb2py
PythonBSDPylons
PythonBSDDjango
AS3Adobe Open Source Cairngorm
AS3 y FlexMIT License CycleFramework

Véase también

Referencias

  1. "More deeply, the framework exists to separate the representation of information from user interaction." The DCI Architecture: A New Vision of Object-Oriented Programming Archivado el 29 de septiembre de 2017 en Wayback Machine. - Trygve Reenskaug and James Coplien - March 20, 2009.
  2. "... the user input, the modeling of the external world, and the visual feedback to the user are explicitly separated and handled by three types of object." Applications Programming in Smalltalk-80(TM):How to use Model-View-Controller (MVC).
  3. «Simple Example of MVC (Model View Controller) Design Pattern for Abstraction».
  4. «Best MVC Practices».
  5. http://c2.com/cgi/wiki?ModelViewControllerHistory Historia del Modelo-Vista-Controlador
  6. Notes and Historical documents from Trygve Reenskaug, inventor of MVC.
  7. "A note on DynaBook requirements", Trygve Reenskaug, 22 March 1979, SysReq.pdf.
  8. How to use Model-View-Controller (MVC)
  9. Krasner, Glenn E.; Stephen T. Pope (Aug/Sep de 1988). «A cookbook for using the model-view controller user interface paradigm in Smalltalk-80». The JOT (SIGS Publications). Also published as "A Description of the Model-View-Controller User Interface Paradigm in the Smalltalk-80 System" (Report), ParcPlace Systems; Retrieved 2012-06-05.
  10. «http://msdn.microsoft.com/en-us/library/ff649643.aspx».
  11. The evolution of MVC and other UI architectures from Martin Fowler.
  12. How to Use Model–View–Controller (MVC).
  13. Leff, Avraham; James T. Rayfield (September 2001). Web-Application Development Using the Model/View/Controller Design Pattern. IEEE Enterprise Distributed Object Computing Conference. pp. 118-127.
  14. «MCV en javascript con AJAX y jQuery».

Enlaces externos

Este artículo ha sido escrito por Wikipedia. El texto está disponible bajo la licencia Creative Commons - Atribución - CompartirIgual. Pueden aplicarse cláusulas adicionales a los archivos multimedia.