Modelo Vista Controlador

  • Uploaded by: laureano
  • 0
  • 0
  • May 2020
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Modelo Vista Controlador as PDF for free.

More details

  • Words: 962
  • Pages: 3
Modelo Vista Controlado 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 que necesita en su trabajo 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 enorme uso 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 son tambié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 y confunden 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 componentes pero 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.



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 contextos y/o desde diferentes puntos de vista

. 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 es uno de los diagramas de clases con los que Microsoft ilustra la estructura del Modelo-VistaControlador. A diferencia de los dos trabajos anteriores, en este trabajo no aparece nada relacionado con el modelo mental del usuario, se centra únicamente en la mejora de la modificabilidad de la interfaz de una aplicación.

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 las punteadas una indirecta (por ejemplo, patrón Observer). Modelo Vista Controlador (MVC) es un patrón de arquitectura de software que separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. El patrón MVC se ve frecuentemente en aplicaciones web, donde la vista es la página HTML y el código que provee de datos dinámicos a la página. El modelo es el Sistema de Gestión de Base de Datos y la Lógica de negocio, y el controlador es el responsable de recibir los eventos de entrada desde la vista. Modelo: Esta es la representación específica de la información con la cual el sistema opera. La lógica de datos asegura la integridad de estos y permite derivar nuevos datos; por ejemplo, no permitiendo comparar un número de unidades negativo, calculando si hoy es el cumpleaños del usuario o los totales, impuestos o importes en un carrito de la compra.



Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente la interfaz de usuario.



Controlador: Este responde a eventos, usualmente acciones del usuario e invoca cambios en el modelo y probablemente en la vista.



Modelo: Esta es la representación específica del dominio de la información sobre la cual funciona la aplicación. El modelo es otra forma de llamar a la capa de dominio. La lógica de dominio añade significado a los datos; por ejemplo, calculando si hoy es el cumpleaños del usuario o los totales, impuestos o portes en un carrito de la compra.



Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente un elemento de interfaz de usuario.



Controlador: Este responde a eventos, usualmente acciones del usuario e invoca cambios en el modelo y probablemente en la vista. Modelo: encapsula los datos y la funcionalidad de la aplicación.



Vista: despliega la información contenida en el modelo (pueden existir varias vistas).



Controlador: está asociado a cada vista, recibe entradas que traduce en invocaciones de métodos del Modelo o de Vista. El usuario interactúa con el sistema solamente vía controladores.

El Modelo-Vista-Controlador de Reenskaug Trygve Reenskaug es el creador del patrón Modelo-Vista-Controlador. Durante su estancia en Xerox Parc entre 1978 y 1979 desarrolló las ideas en las que se basa el patrón conocido hoy en día, y sus ideas se usaron para implementar el Modelo-Vista-Controlador en Smalltalk-80.

El objetivo fundamental que perseguía Reenskaug era reducir la distancia entre el modelo mental del usuario y el modelo computacional. La figura 10.9 muestra esta idea. Quiere hacer creer al usuario que ve y manipula la información del dominio directamente. La estructura que crea es útil, desde su punto de vista, cuando los usuarios necesitan ver el mismo elemento del modelo de forma simultánea desde diferentes puntos de vista o contextos.

Figura 10.9: Reducir la distancia entre el modelo mental y el computacional http://www.google.com.co/search?hl=es&q=definicion+vista+controlador&btnG=Buscar&meta= http://es.wikipedia.org/wiki/Modelo_Vista_Controlador

Related Documents


More Documents from ""

Formatoproyectoformacion
April 2020 19
Sim.cfo.04-04
April 2020 18
Diagramacasosdeuso[1]
April 2020 12
Base De Datos
December 2019 30
Funciones De Agregado
April 2020 22
Sim.int.mat.04-04
April 2020 0