Developer

Resumen
Fuentes de confusión
A lo largo del presente TFC se han consultado múltiples fuentes sobre el patrón Modelo-Vista-Controlador: [Ree home] [Mic 1] [Kon 04] [Sun 02] [Bur 92] [Pan 03] [Sund 96] [Sund 98] [Wikipedia] [Moo 05] [Oktaba]. Estas fuentes están en un rango de fechas muy amplio, teniendo en cuenta la juventud de la informática, y van desde los primeros ejemplos de sistemasinteractivos de Trygve Reenskaug en el año 1973, hasta una presentación del mismo autor en abril de 2006, pasando por diversos autores que incluso crean sus propias
versiones del patrón.

El Modelo-Vista-Controlador se creó para Smalltalk a finales de los setenta. A partir de entonces su uso se ha ido extendiendo cada día más para la construcción de sistemas software con interfaz gráfica. Su enormeuso ha provocado que haya también multitud de referencias al patrón Modelo-Vista-Controlador, que en muchas ocasiones son fuentes de confusión porque se utilizan distintos contextos de aplicación para el patrón, se tratan de conseguir objetivos distintos, los nombres de los componentes del patrón son los mismos
pero con diferentes responsabilidades, los diagramas de clases y de secuencia sontambién diferentes. Además, hay referencias donde se dan ejemplos de implementación del patrón con sus particularidades, ya que la mayoría de los entornos de desarrollo de aplicaciones, sobre todo de aplicaciones web, dan “facilidades” para implementar el patrón Modelo-Vista-Controlador. A veces esto no es del todo bueno, ya que realmente no implementan de forma correcta la esencia del patrón yconfunden aún más al lector, que utiliza estas implementaciones como ejemplo para aprender a usar el patrón Modelo-Vista-Controlador.

A continuación se citan distintas fuentes que son contradictorias o que muestran diferentes interpretaciones del patrón Modelo-Vista-Controlador porque:

Se mueven en diferentes contextos.
Persiguen objetivos distintos.
Dan los mismos nombres a los componentespero les conceden distintas responsabilidades.
Muestran diferentes diagramas de clase.
Muchas se centran en la implementación concreta con un entorno de desarrollo particular.
Intentan explicar la solución en un universo conceptualmente limitado.

Fuente 1
“Creé el patrón Modelo-Vista-Controlador como una solución obvia al problema general de dar al usuario el control sobre su información,vista desde diferentes perspectivas […]

[…]Un aspecto importante del MVC original es que su Controlador era responsable de crear y coordinar sus vistas. También, en mis implementaciones posteriores del MVC, una vista acepta y maneja las entradas del usuario que se refieren a ella. El Controlador acepta y maneja las entradas referentes al conjunto Controlador/Vista, llamado ahora Herramienta[...]El propósito esencial del MVC es reducir la distancia entre el modelo mental del usuario y el modelo computacional que existe en el ordenador. La solución ideal del MVC le proporciona al usuario la ilusión de que está viendo y manipulando la información del dominio directamente. La estructura es útil si el usuario necesita ver el mismo elemento del modelo simultáneamente en diferentes contextosy/o desde diferentes puntos de vista. La figura 10.1 ilustra esta idea'' [MVCweb]


Figura 10.1: Reducir la distancia entre el modelo mental y el computacional. Fuente 1


Trygve Reenskaug es el creador del Modelo-Vista-Controlador. Su objetivo era mostrarle al usuario lo que hay dentro de su aplicación de una forma más agradable e intuitiva, para que pudiera manejar la información quenecesita en su trabajo.

Esta referencia se ha estudiado en profundidad en la parte “El patrón Modelo-
Vista-Controlador de Reenskaug” en la página 9 por ser la referencia original del Modelo-Vista-Controlador.

Fuente 2
``Cuando se construyen aplicaciones interactivas, como con otros programas, la modularidad de componentes tiene enormes beneficios. Aislar las unidades funcionales unas de...