¿Qué es el controlador de visión modelo?
Model-View-Controller (MVC) es un tipo de arquitectura de software y patrón de diseño que segmenta cada elemento de un programa en áreas de funcionalidad bien definidas. En la arquitectura del controlador de visión del modelo, el modelo trata con toda la lógica del programa interno que manipula, guarda, recupera y maneja y calcula los datos. El aspecto de la vista es responsable de mostrar información del modelo para el usuario, y también proporciona una forma para que el usuario diera información al programa. El controlador toma la entrada de la vista, evalúa o lo procesa e interactúa con el modelo para cambiar los datos o el estado del programa, que en última instancia se muestra al usuario a través de la vista. Aunque el diseño del controlador de visión modelo requiere un programa para encapsular la funcionalidad, las tres secciones aún necesitan interactuar entre sí de alguna manera y, en general, dependen entre sí en algún sentido, a diferencia de otros patrones de diseño más agresivos.
Muy a menudo, el patrón de controlador de visión del modelo se ve en aplicaciones que administran una interfaz gráfica de usuario (GUI). Utilizando el patrón MVC, el controlador maneja los diferentes elementos visuales de la GUI, el modelo maneja el registro y el procesamiento de dónde y lo que hace un usuario hace clic, y el modelo maneja la información o la información de carga. Dependiendo del diseño exacto de una aplicación, cada componente del patrón MVC puede tener un mecanismo para interactuar con los otros componentes, como el modelo que puede instruir directamente a la vista para actualizar la pantalla o la vista que tiene una forma de decirle al controlador que está refrescando la pantalla y no aceptar una nueva entrada. A diferencia de algunos patrones de diseño que adoptan un enfoque estricto de caja negra, los programas de controlador de visión modelo tienden a ser un poco más flexibles, aunque algunas implementaciones pueden hacer que un programa MVC sea difícil de cambiar o depurar modularmente.
En ciertos casos, el patrón de controlador de visión modelo no tiene que contener solo uno de cada componente. Un ejemplo es una aplicación que tiene múltiples vistas, como monitores múltiples o una pantalla que se puede ver en varios dispositivos de clientes. Se pueden usar múltiples vistas y controladores en una aplicación que permite a muchos usuarios acceder a una base de datos, todos respondiendo a un solo modelo. Sin embargo, es más común a los sistemas de diseño que mantienen una relación uno a uno de los componentes del controlador de visión modelo.
.Aunque los componentes del controlador de visión del modelo-visión dependen entre sí, puede ser mucho más fácil modificar ciertas partes de un sistema que usan el patrón MVC que si no se usara ningún patrón, especialmente en el caso de aplicaciones no orientadas a objetos. Si una aplicación utiliza devoluciones de llamada o oyentes y observadores para implementar interacciones entre los componentes, entonces cada componente se puede cambiar sin afectar a los otros dos. Esto significa que una nueva GUI podría implementarse sin unffectando el modelo o controlador. Sin embargo, debe tenerse en cuenta que los cambios fundamentales en un sistema de controlador de visión de modelo podrían requerir una pequeña cantidad de red codificación para cada componente individual.