Clase 2: Arquitectura de Software

Transcripción

1 DSIW1:Ing. Tomás Eduardo Urbina 1

2 Existe una diferencia entre Estilo Arquitectónico, Patrón Arquitectónico y Patrón de Diseño, que debe marcarse a fin de evitar las grandes confusiones que inevitablemente, concluyen en el mal entendimiento y en los resultados poco satisfactorios. Éstos, son los que en definitiva, aportarán calidad al sistema resultante. En lo sucesivo, trataremos de establecer la diferencia entre estos tres conceptos, viendo como los mismos, se relacionan entre sí, formando parte de un todo: la arquitectura de software. Relación y Diferencia Estilo Arquitectónico, Patrón Arquitectónico y Patrón de Diseño, representan, de lo general a lo particular, los niveles de abstracción que componen la Arquitectura de Software. En este sentido, puede decirse que: El Estilo Arquitectónico es el encargado de: Describir la estructura general de un sistema, independientemente de otros estilos Definir los componentes del sistema, su relación e interactividad Ejemplos : flujo de datos, llamada y retorno, etc. El Patrón Arquitectónico es el nivel en el cual la arquitectura de software: Define la estructura básica de un sistema, pudiendo estar relacionado con otros patrones Representa una plantilla de construcción que provee un conjunto de subsistemas aportando las normas para su organización Ejemplos : Capas, MVC, Tuberías y Filtros, Pizarra, etc. El Patrón de Diseño es el tercer nivel de abstracción de la arquitectura de software: cuya finalidad es la de precisar en detalle los subsistemas y componentes de la aplicación Ejemplos : Proxy, Command, Factory, etc.. Habiendo dejado en claro de qué hablamos exactamente cuándo nos referimos a patrón arquitectónico, estamos en condiciones de ahondar en los detalles del patrón MVC. DSIW1:Ing. Tomás Eduardo Urbina 2

3 Qué es el patrón MVC? El patrón MVC es un patrón de arquitectura de software encargado de separar la lógica de negocio de la interfaz del usuario y es el más utilizado en aplicaciones Web, ya que facilita la funcionalidad, mantenibilidad y escalabilidad del sistema, de forma simple y sencilla, a la vez que permite no mezclar lenguajes de programación en el mismo código. MVC divide las aplicaciones en tres niveles de abstracción: Modelo: representa la lógica de negocios. Es el encargado de accesar de forma directa a los datos actuando como intermediario con la base de datos. Lo que en nuestro ejemplo de programación orientada a objetos, serían las clases DBAbstractModel y Usuario. Vista: es la encargada de mostrar la información al usuario de forma gráfica y humanamente legible. Controlador: es el intermediario entre la vista y el modelo. Es quien controla las interacciones del usuario solicitando los datos al modelo y entregándolos a la vista para que ésta, lo presente al usuario, de forma humanamente legible. Cómo funciona el patrón MVC? El funcionamiento básico del patrón MVC, puede resumirse en: El usuario realiza una petición El controlador captura el evento (puede hacerlo mediante un manejador de eventos handler -, por ejemplo) Hace la llamada al modelo/modelos correspondientes (por ejemplo, mediante una llamada de retorno callback -) efectuando las modificaciones pertinentes sobre el modelo El modelo será el encargado de interactuar con la base de datos, ya sea en forma directa, con una capa de abstracción para ello, un Web Service, etc. y retornará esta información al controlador. El controlador recibe la información y la envía a la vista La vista, procesa esta información pudiendo hacerlo desde el enfoque que, creando una capa de abstracción para la lógica (quien se encargará de procesar los datos) y otra para el diseño de la interfaz gráfica o GUI. La lógica de la vista, una vez procesados los datos, los acomodará en base al diseño de la GUI - layout y los entregará al usuario de forma humanamente legible. DSIW1:Ing. Tomás Eduardo Urbina 3

4 DSIW1:Ing. Tomás Eduardo Urbina 4

5 Es aquí donde debemos notar que podemos entrar a usar patrones de diseño y estos intervienen en la forma en la que cada capa (modelo, vista y controlador), diseña su estructura. El controlador decidirá (aunque en realidad, nosotros lo haremos) si utilizará un handler para manejar los eventos del usuario. En ese caso, estaríamos optando por un patrón de diseño. Si para llamar al modelo, utiliza un callback, estaría utilizando otro, y así en lo sucesivo. Personalmente, sugiero que, a no ser que se trate de sistemas realmente robustos y complejos, no se compliquen por ahora - en utilizar todos y cada uno de los patrones de diseño que encuentren en el camino y nos quedemos con la forma sencilla de MVC. La forma de hacerlo bien, es: Sencillez y simplicidad Fácil mantenibilidad Practicidad para evolucionar Si se tienen en cuenta estas tres premisas, el resultado de un código limpio, legible y fácil de interpretar para cualquier programador, estará 90% asegurado. 38 DSIW1:Ing. Tomás Eduardo Urbina 5