Patrón MCV
Es un patrón de diseño de software utilizado para implementar sistemas donde se
requiere el uso de interfaces de usuario.
Surge de la necesidad de crear software más robusto con un ciclo de vida más
adecuado.
Se potencia la facilidad de mantenimiento, reutilización del código y la separación
de conceptos.
Su fundamento es la separación del código en tres capas diferentes, acotadas por
su responsabilidad:
Modelo:
Programaremos lo relativo a los datos y su encapsulación.
Contiene la lógica de la aplicación.
Es la lógica de negocios.
Son las clases y métodos que se comunican directamente con la base de
datos.
Contendrá mecanismos para acceder a la información y también para
actualizar su estado.
Los datos los tendremos habitualmente en una base de datos.
En el modelo tendremos todas las funciones que accederán a las tablas y
harán los correspondientes SELECT, UPDATE, INSERT, DELETE.
Vista:
Programaremos lo relativo a la interfaz gráfica.
Muestra la información al usuario e interactúa con él.
En la vista generalmente trabajamos con los datos.
Sin embargo, no se realiza un acceso directo a éstos.
Las vistas requerirán los datos a los modelos y ellas se generarán las
salidas, tal como nuestra aplicación requiera.
Por ejemplo, el modelo usuario que es una clase en Java y que tiene como
propiedades, nombre y apellido debe pertenecer a una vista en la que el
usuario vea esas propiedades.
Controlador:
Es el intermediario entre la Vista y el Modelo.
Se encarga de controlar las interacciones del usuario en la vista.
Contiene el código necesario para responder a las acciones que se solicitan
en la aplicación.
Si se solicita desarrollar un sistema de administración de usuarios con
un CRUD (Create, Read, Update, Delete).
Pide los datos al modelo y los devuelve de nuevo a la vista para que ésta
los muestre al usuario.
Es decir, las llamadas a clases y métodos, y los datos recibidos de
formularios.
La conexión entre la parte gráfica y los datos y los eventos que se
producen cuando manejamos la aplicación.
Por ejemplo, el usuario quiere ver los clientes con apellido Álvarez, la petición
va al controlador y él se encarga de utilizar el modelo adecuado y devolver ese
modelo a la vista.
Si te das cuenta en ningún momento interactúan directamente la vista con el
modelo, esto también mantiene la seguridad en una aplicación.
Ciclo de vida del MVC
1. El usuario realiza una petición.
2. El controlador captura la petición.
3. Hace la llamada al modelo correspondiente.
4. El modelo será el encargado de interactuar con la base de datos y retorna
la información al controlador.
5. El controlador recibe la información y la envía a la vista.
6. La vista procesa la información recibida y la entrega de una manera
visualmente entendible al usuario.
Ventajas de MVC
La separación del Modelo y la Vista, lo cual logra separar los datos, de su
representación visual.
Facilita el manejo de errores.
Permite que el sistema sea escalable si es requerido.
Es posible agregar múltiples representaciones de los datos.
Desventajas de MVC
La cantidad de archivos que se deben mantener incrementa considerablemente.
La curva de aprendizaje es más alta que utilizando otros modelos.
Su separación en capas, aumenta la complejidad del sistema.
¿POR QUÉ UTILIZAR UN PATRÓN DE DISEÑO?
Entre las principales es que permiten tener el código bien organizado, legible y
mantenible, además te permite reutilizar código y aumenta la escalabilidad en tu
proyecto.
En sí proporcionan una terminología estándar y un conjunto de buenas prácticas
en cuanto a la solución en problemas de desarrollo de software.
Sin más palabras voy a empezar a describirlos con sus respectivos ejemplos.
¿QUE GANÓ UTILIZANDO ESTE PATRÓN?
Lo importante de este patrón es que permite dividir en partes, que de alguna
manera son independientes, con lo que si por ejemplo hago algún cambio el
modelo no afectaría a la vista o si hay algún cambio sería mínimo
