PATRONES DE DISEÑO

KELLY CUERVO

Conceptos:

Patrón de Diseño

“Los patrones de diseño son el esqueleto de las soluciones a problemas comunes en el desarrollo de software.”

• Christopher Alexander ((Arquitecto/Urbanista)(1977):..Cada patrón describe un problema que ocurre una y otra vez en nuestro

entorno, y describe la esencia de la solución a ese problema, de tal modo que pueda utilizarse esta solución un millón de veces más, sin siquiera hacerlo de

la misma manera dos veces”

Un patrón es:• Una solución a un problema en un contexto particular

• Recurrente (lo que hace la solución relevante a otras situaciones)

• Enseña (permite entender cómo adaptarlo a la variante particular del problema donde se quiere aplicar)

• Tiene un nombre para referirse al patrón

Para que una solución sea tomada como un patrón debe cumplir al menos estos dos requisitos:

• Efectivo!• Reutilizable!

Los PATRONES DE DISEÑO pretenden.. No pretenden..

• Evitar la reiteración en la búsqueda de soluciones a problemas ya conocidos y solucionados anteriormente.

• Estandarizar el modo en que se realiza el diseño.

• Ayudar a la comprensión de un sistema rápidamente cuando está documentado con los patrones que se usaron.

• Formalizar un vocabulario común entre diseñadores. Lenguajes de patrones

• Imponer ciertas alternativas de diseño frente a otras

----------------------------------------

• No es obligatorio utilizar los patrones.

• Abusar o forzar el uso de los patrones puede ser un error.

ANTIPATRÓN

Estructura de un patrón:Nombre del patrón.• Describe el problema de diseño.

Problema.• Describe cuándo aplicar el patrón. • Explica el problema y su contexto.Solución.• Elementos que forman el diseño,

relaciones, responsabilidades. • No un diseño concreto, sino una

plantilla que puede aplicarse en muchas situaciones distintas.

Consecuencias.• Resultados, ventajas e

inconvenientes de aplicar el patrón.• P.ej.: relación entre eficiencia en

espacio y tiempo; cuestiones de implementación etc.

Clasificación de los patrones:

• Creación• Estructura• Comportamiento

Además, Patrones de Diseño Fundamentales..

• DELEGATIONCuando se quiere extender y reutilizar la funcionalidad

de una clase sin utilizar HERENCIA.

Ventajas:

• En vez de herencia múltiple

• Cuando una clase que hereda de otra quiere ocultar algunos de los métodos heredados

• Compartir código que no se puede heredar

EJ: PATRÓN DELEGATION

PROBLEMA

• El lenguaje utilizado NO PERMITE HERENCIA MÚLTIPLE

• La clase C no desea TODOS los métodos de B

EJ: PATRÓN DELEGATION

SOLUCION

• No se utiliza la herencia sino que se

hace uso de la relación “usa”

EJ: PATRÓN DELEGATION

IMPLEMENTACION

class C extends A {B objB;C ( ) { // En el constructor se puede crear obj. de B

objB=new B();}void b1( ) { objB.b1( );}….

Además, Patrones de Diseño Fundamentales..

• INTERFACEDefinir un comportamiento independiente de donde vaya a ser utilizado

• MARKER INTERFACESirve para indicar atributos semánticos de una clase.

Ventajas:

• Se puede preguntar si un objeto pertenece a una clase de un determinado tipo o no.

• Se utiliza en clases de utilidades que tienen que determinar algo sobre objetos sin asumir que son instancias de una determinada clase o no.

• PatrÓN SINGLETONAsegurar que una clase tenga una sola instancia y proporcionar un punto de acceso global a ella

Es importante asegurar que una clase tenga una sola instancia, por ejemplo: • Un gestor de ventanas • Una única cola de impresión• Un único sistema de ficheros

¿Cómo asegurarlo? una variable global hace el objeto accesible, pero se puede instanciar

varias veces.

Responsabilidad de la clase misma: actuar sobre el mensaje de creación de instancias

• PatrÓN Factory MethodDefine una interfaz para crear un objeto, pero deja que sean las subclases quienes decidan qué clase instanciar.

• PatrÓN PROXYProporcionar un representante de otro objeto para controlar el acceso

a este.

• PatrÓN ADAPTERPermite trabajar juntas a clases con interfaces diferentes a través de la creación de un objeto común mediante el que puedan comunicarse e

interactuar.

• PatrÓN COMPOSITEFacilita la creación de jerarquías de objetos donde cada objeto se puede tratar de forma independiente o como un conjunto de objetos

anidados a través de la misma interfaz.

• PatrÓN FACADEProporciona una interfaz unificada para un conjunto de interfaces de un subsistema. Define una interfaz de alto nivel que hace que el

subsistema sea más fácil de usar.

• PatrÓN CHAIN OP RESPONSABILITY Evita acoplar el emisor de una petición a su receptor dando a más de un objeto la posibilidad de responder a una petición

• PatrÓN ITERATORDefine una interfaz que declara los métodos necesarios para acceder

secuencialmente a un grupo de objetos de una colección.

Algunos de los métodos comunes que se definen en la interfaz Iterador son: • Primero() • Siguiente() • HayMas()• ElementoActual()

• PatrÓN MEDIATOR Define un objeto que encapsula la manera en que interactúan un

conjunto de objetos entre ellos.

• PatrÓN MEMENTO Su finalidad es almacenar el estado de un objeto (o del sistema completo) en un momento dado de manera que se pueda restaurar en ese punto de manera sencilla.

PatrÓN Observer Define una dependencia del tipo uno-a-muchos entre objetos, de manera que cuando uno de los objetos cambia su estado, notifica este cambio a todos los dependientes.

• PatrÓN STATESe utiliza cuando el comportamiento de un objeto cambia dependiendo del estado del mismo.

CONCLUSIONES

Son soluciones bien pensadas a problemas conocidos.

MAS INFORMACION..

KELLY CUERVO3164681006

DIEGO H. AGUILAR

SOFTWARE IIUNIVERSIDAD DE LA

AMAZONIA2014

GRACIAS..