|
|
|
|
|
|
|
|
|
|
- Presentación
- Cómo funciona
- La noción de VER
- La noción de capa PRESENTADOR
- La noción de capa MODELO
- Noción de capa de acceso a la base de datos
- La noción de capa de aplicación
Modelo - Vista - Presentador (MVP) F 9
MVP es el acrónimo de MODEL - VIEW - PRESENTER. Es una "trama de diseño" que propone dividir y estructurar la arquitectura de las interfaces de usuario en capas. Puede combinarse con una capa de acceso a datos (DAL), que separa la información en memoria del acceso físico a la base de datos. Permite separar el código de gestión de la interfaz de usuario del código que utiliza los datos de negocio. Esta arquitectura en capas de la aplicación y la interfaz de usuario simplifica el mantenimiento y la evolución de los proyectos. Nota: Este modo de desarrollo utiliza la programación orientada a objetos. Requiere un buen conocimiento de estos conceptos. Este modo de desarrollo es un modo de desarrollo avanzado. WINDEV y WINDEV Mobile, a través de su RAD y sus ejemplos, proporcionan un MVP que puede adaptarse libremente a sus necesidades y a sus propias elecciones arquitectónicas.
El modelo de desarrollo de un MVP se divide en las siguientes capas: La noción de VER Una VISTA representa la parte de la aplicación de la interfaz de usuario. Corresponde a la interfaz de usuario (IU). Una VISTA puede ser una ventana, un informe, una página Web o una ventana de móvil. Algunas operaciones pueden requerir una interacción con el usuario (visualización de errores, confirmación, ...), estas interacciones deben ser realizadas por el VIEW. - La VISTA conoce al presentador.
- El VIEW puede utilizar el enlace para recuperar los datos a mostrar de la capa PRESENTER, o para enviar la información tecleada o modificada por el usuario.
- El VIEW dispone de un evento específico para realizar las actualizaciones necesarias (evento "Solicitud de refresco de la pantalla"). Este evento se llama automáticamente durante la inicialización, y después a petición de la capa PRESENTADOR o de la capa MODELO (RequestRefreshUI).
La noción de capa PRESENTADOR La capa PRESENTADOR es una clase que realiza el enlace entre la VISTA y el MODELO. Organiza y formatea los datos del MODELO que se mostrarán en la VISTA. Agrupa los procesos en función de las acciones del usuario. La capa PRESENTADOR no tiene acceso a la VISTA, lo que significa que la capa PRESENTADOR no debe acceder directamente a los controles de la VISTA. Por el contrario, la capa PRESENTADOR puede solicitar a la VISTA que se actualice (mediante RequestRefreshUI). La misma capa de PRESENTACIÓN puede ser utilizada por varias VISTAS (por ejemplo, una ventana o informe que muestre datos del mismo MODELO, como una lista de clientes).
Eazch VIEW (ventana, informe) debe poseer una instancia distinta de la clase PRESENTER.
Por el contrario, varios PRESENTADORES pueden compartir instancias de MODELE. La capa PRESENTADOR contiene datos y decide qué "datos" se mostrarán en la VISTA. Por ejemplo, cambiar el estado de un control, cambiar el color de una fila en un control Tabla, ... Las acciones del usuario se trasladan a los métodos de la clase PRESENTADOR, que las redirige a la capa MODELO. La capa PRESENTADOR agrupa todos los procesos/eventos relativos a las acciones del usuario. Por lo tanto, el código está centralizado y puede ser compartido entre las diferentes VISTAS. Por otro lado, la capa PRESENTADOR no accede a la interfaz de usuario, por lo que Abrir, Cerrar, Info, Error, etc. no están disponibles. Por el contrario, el VIEW conoce la capa PRESENTER. La vista puede llamar a sus métodos, leer sus propiedades y utilizar el enlace. Una VISTA tiene un único PRESENTADOR. En resumenla vista se comunica con la capa PRESENTADOR: - llamando a los métodos de la clase.
- escribiendo o leyendo propiedades de la clase.
- utilizando el DataBinding para enlazar con las propiedades de la clase.
La noción de capa MODELO La capa MODELO contiene los datos de "Negocio" de la aplicación así como las reglas que se utilizan para manejarlos. Esta capa incluye un conjunto de objetos basados en las clases que representan los datos a utilizar. La lógica (por tanto, las operaciones) que permite manejar estos datos está representada por clases y métodos. La capa MODELO es independiente de las capas PRESENTADOR y VISTA. La capa PRESENTADOR conoce a su capa MODELO pero, por el contrario, la capa MODELO no conoce a la capa PRESENTADOR y menos aún a la VISTA. Los datos a mostrar en la VISTA están contenidos en la capa MODELO. Sin embargo, para centralizar las operaciones de recuperación de datos, vamos a favorecer el acceso a los datos pasando por la capa PRESENTADOR en lugar de acceder directamente a los objetos de la capa MODELO. La comunicación se realizará entre la capa PRESENTADOR y la capa MODELO en torno a la asociación de una clase de la capa PRESENTADOR y una clase de la capa MODELO (a través del atributo <Associated>). En resumenLa capa PRESENTADOR se comunica con la capa MODELO: - llamando a métodos de la clase asociada
- escribiendo o leyendo propiedades de las clases asociadas
Noción de capa de acceso a la base de datos La capa para acceder a los datos de la base de datos puede incluir: - un grupo de procedimientos,
- un conjunto de clases.
Estos conjuntos o clases permiten gestionar la lectura y escritura de datos en la capa MODELO desde y hacia la base de datos física. La ventaja de separar esta capa es poder modificar y evolucionar de forma centralizada la estructura lógica de los datos y el formato de almacenamiento (BD relacional, BD SQL, archivos XML, servicio web, ...). Sin embargo, esta capa puede incluirse en la capa MODELO. Estas opciones van más allá del MVP. La noción de capa de aplicación La capa de aplicación se utiliza para gestionar: - la lógica de la transición entre las VISTAS,
- información común a la aplicación (por ejemplo, centralizar la conexión a una BD, etc.),
- la capa de negocio de la aplicación.
Esta página también está disponible para…
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|