jueves, 18 de septiembre de 2014
Bueno vamos a entender que es el patrón MVC (Modelo-Vista-Controlador) para ello como siempre veamos un poco la historia del mismo.
El patron MVC fue introducido Trygve Reenskaug, durante los años 70, seguidamente, los años 80, Jim Athoff y otros implementaron una versión de MVC para la bibllioteca de clases de Smaltalk-80. Mas tarde, en 1988 MVC se expresó como un concepto general.
El patrón MVC lo podríamos definir como un patrón de Arquitectura, ya que nos permite organizar el proyecto para que sea efectivo, tanto es así que hoy en día las mayoría de los Frameworks del mercado lo implementan
¿Como funciona?
El patrón nos permite separar toda la aplicación en 3 partes fundamentalmente :
- Modelo
- Vista
- Controlador.
Son realmente tres capas diferenciadas que tiene su función y que interactuan entre si.
La capa Modelo
El modelo representa la parte de la aplicación que implemente la lógica de negocio, por ello es la responsable de la recuperación de datos, la interacción validación o manipulación de dichos datos.
La capa Vista.
La vista nos representa los datos del modelo, estando separada de los objetos del modelo, es responsable del uso de la información de la cual dispone para producir cualquier interfaz de representación de cualquier petición que se represente.
La capa Controlador.
En realidad es una capa que sirve de enlace entre las vistas y los modelos, respondiendo a los mecanismos que puedan requerirse para implementar las necesidades de nuestra aplicación. Sin embargo, su responsabilidad no es manipular directamente datos, ni mostrar ningún tipo de salida, sino servir de enlace entre los modelos y las vistas para implementar las diversas necesidades del desarrollo.
Tal como se puede observar en el diagramar el flujo de trabajo característico sería:
- El usuario realiza una solicitud, y esta solicitud le llega al controlador.
- El controlador comunica tanto con modelos como con vistas, para ello a los modelos les solicita datos o les manda realizar actualizaciones de los datos. A las vista les solicita la salida correspondiente, una vez se hayan realizado las operaciones pendientes según se defina en la lógica de negocio.
- Para producir la salida, en ocasiones las vistas requieran de más información de los modelos, y otras veces será el controlador el responsable de solicitar los datos a los modelos y enviarlos a las vistas, haciendo de puente entre unos y otros.
- Las vistas envían la salida.
En definitiva es un patrón muy a tener en cuanto si nos queremos dedicar a la programación dado que se implementa en la mayoría de los Frameworks actuales web, como en muchos otros desarrollos.
Un saludo.
Suscribirse a:
Enviar comentarios
(Atom)
0 comentarios:
Publicar un comentario