Evidencia II Arquitectura de software Vol.1 | Page 5
Controlador: Interpreta las acciones del ratón y el teclado, informando al modelo y/o a la vista para que cambien según
resulte apropiado.
Tanto la vista como el controlador dependen del modelo, el cual no depende de las otras clases. Esta separación permite
construir y probar el modelo independientemente de la representación visual. La separación entre vista y controlador
puede ser secundaria en aplicaciones de clientes ricos y, de hecho, muchos frameworks de interfaz implementan ambos
roles en un solo objeto. En aplicaciones de Web, por otra parte, la separación entre la vista (el browser) y el controlador
(los componentes del lado del servidor que manejan los requerimientos de HTTP) es muy más definida.
Tuberia-filtro
Una tubería (pipeline) es una popular arquitectura que conecta componentes computacionales (filtros) a través de
conectores (pipes), de modo que las computaciones se ejecutan a la manera de un flujo. Los datos se transportan a
través de las tuberías entre los filtros, transformando gradualmente las entradas en salidas. Se aplica cuando los datos
de entrada se han de transformar en datos de salida mediante una serie de operaciones. Los componentes (filtros) van
transmitiendo datos al siguiente por medio de tuberías. Los filtros no necesitan saber el funcionamiento de los vecinos.
Sólo se preocupan de su entrada y su salida. Si hay una sola línea de transformaciones se denomina procesamiento por
lotes secuencial (pipeline)
Arquitectura por capas:
Esta se define como un estilo de capaz como una organización jerárquica tal que cada capa proporciona a la capa
inmediatamente superior y se sirve de las prestaciones de la capa inferior. Las capas pueden ser entidades complejas,
compuestas de varios paquetes o subsistemas. Las ventajas del estilo en capas son obvias.
Para el caso de estudio eh elegido como patrón arquitectónico el MVC, ya que dentro de este patrón tenemos muchas
ventajas que podemos sacar mucho provecho de acuerdo a su funcionamiento. Contamos con un modelo (base de
datos) con el cual podemos construir por medio de un lenguaje de base de datos SQL, un esquema de base de datos que
contenga tablas bien definidas para poder hacer consultas de acuerdo a lo que el usuario pide. El usuario cuando una
petición (GET) por ejemplo la consulta sobre la información de un precio de un producto el controlador hace una
petición al modelo y este envía un respuesta (request) al controlador y este envía una respuesta(GET) a la vista donde el
usuario recibe la contestación que es mostrada en la vista.
Con las imágenes siguientes podemos constatar el funcionamiento del patrón elegido MVC y su funcionamiento: