Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Patrones de Diseño

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 7

Patrones de

diseo
WILLIAM HURTADO
GUSTAVO MORENO

Patrones de diseo

Los patrones de diseo web son soluciones esenciales a problemas que


diseadores y programados deben enfrentarse a la hora de construir un proyecto
web.

Aunque nuestra aplicacin sea nica, tendr partes comunes con otras
aplicaciones: acceso a datos, creacin de objetos, operaciones entre sistemas etc.

En lugar de reinventar, podemos solucionar problemas utilizando soluciones ya


probadas y documentadas por multitud de programadores.

Por qu usar patrones de diseo?

Nos ofrecen "reglas propias de los patrones de diseo a la hora


de disear y programar.

Los patrones de diseo nos ayudan a cumplir muchos de estos


principios o reglas de diseo.

Programacin SOLID (Single responsibility-Open/Closed-Liskov


substitution-Interface segregation-Dependency inversion), control
de cohesin y acoplamiento o reutilizacin de cdigo son algunos
de los beneficios que podemos conseguir al utilizar patrones.

www.genbetadev.com/paradigmas-de-programacion/solid-cinco-principios-basicos-de-diseno-de-clases

Tipos

Patrones creacionales: utilizados para instanciar objetos, y as


separar la implementacin del cliente de la de los objetos que se
utilizan. Con ellos intentamosseparar la lgica de
creacinde objetos y encapsularla.

Patrones de comportamiento: se utilizan a la hora de definir


como las clases y objetos interaccionan entre ellos.

Patrones estructurales: utilizados para crear clases u objetos


que incluidos dentro de estructuras ms complejas.

Patrn de Arquitectura a Capas


(3Capa
layers)
de presentacin, con nuestras IU (formularios windows, pginas

HTML,..) y sus controles visuales (textBox, comboBox, dataGrids) junto con sus
eventos (los click y etc.)

Capa de negocio (lgica del dominio), aqu ira todo el cdigo que define
las reglas de negocio (clculos, validaciones). Surge de los procesos que
hemos encontrado en el anlisis.

Capa de acceso a datos, el cdigo que permite acceder a las fuentes de


datos. Esencialmente trata sobre 4 operaciones bsicas, llamadas CRUD (por
Create-Retrieve-Update y Delete), que se realizan sobre cualquier fuente de
datos (normalmente alguna base de datos relacional).

Patrn de Arquitectura MVC

Vista: componente que recibe el estmulo y genera un evento, que puede


involucrar a otros objetos de la IU. Corresponde a la capa de presentacin, y al
Front-End(en Web:Html, JavaScript,...), aunque suele haber parte en el MiddleWare
(controles ASP,PHP,...)

Modelo: componente asociado a las entidades de negocio (cliente, factura,


pago,...). En 3 capas incluye parte de la capa de negocio (entidades, pero no lgica
de procesos) y toda la capa de acceso a datos. En 3 tiers se instala en el BackEnd
(la BD) y parte en el MiddleWare (entidades de negocio y acceso a datos).

Controlador: componente asociado a la lgica de procesos del negocio. En 3


capas la parte que faltaba y en 3 tiers en el MiddleWare.

(3 tiers)

Front-End, donde se ejecutan las IU del cliente. Los Browsers.

MiddleWare, recibe solicitudes de las IU a travs de la red. Estos son


mensajes (XML, SOAP,...) que se envan mediante protocolos de transporte
(HTTP,TCP,UDP,..). El Servidor Web.

BackEnd, nuestra base de datos algn proceso externo a nuestro software.

También podría gustarte