Introducción Siempre que se piensa en separar la funcionalidad de una aplicación de su interacción con el usuario, bien sea una aplicación Web o una aplicación de escritorio, se piensa en una descomposición utilizando MVC como una obligación.
Definición del Problema Las arquitecturas de software buscan mostrar formas de aplicar una descomposición modular de las diferentes funcionalidades de un sistema, separando responsabilidades bien definidas en cada uno de los módulos.
Definición del Problema Existen patrones de arquitectura que definen la estructura modular que deben seguir los sistemas interactivos, dicha estructura a modo general, separa los componentes de visualización, lógica de procesamiento y almacenamiento de datos
Definición del Problema De los patrones existentes el más utilizado en los sistemas interactivos es el patrón MVC, sin embargo: ¿Cuál es la razón para utilizar este patrón de manera tan amplia? ¿Existen otras alternativas de implementación?
Objetivo El objetivo de la presentación es realizar una comparación teórica entre las arquitecturas MVC y PAC, dentro de un contexto enfocado a la realización de una aplicación gráfica interactiva.
Arquitectura MVC La arquitectura MVC busca desacoplar el modelo de la visualización de un sistema, responsabilizando a cada módulo de una parte específica de las responsabilidades más comunes en una aplicación interactiva
Arquitectura MVC Separación modular de las responsabilidades M (Modelo/Model) es el encargado de realizar la funcionalidad central y gran parte del procesamiento de los datos V (Vista/View) es el componente encargado de desplegar la información del sistema y sus sistemas de interacción al usuario C (Controlador/Controller) es el componente encargado de manejar las interacciones del usuario, traduciendo datos de la interfaz al modelo y viceversa. Es el encargado de mantener la consistencia entre la vista y el modelo
Arquitectura MVC (Componentes)
| Página siguiente |