Patrones

Lista De Patrones


Desarrollo de Aplicaciones II.

Prof.: Marco Herminio Cepeda Mendivil
Alumno: Gilberto Sesteaga González

TIC SI 4°A


Tabla De Contenido
Prototype 2
Adapter 4
Decorator 5
State 7
Visitor 9

Prototype
Clasificación:
Patrón de creación porque de forma transparente (sin necesidad de conocer la estructura de las instancias) crea objetos.Propósito:
Especificar la clase de objetos a crear mediante la clonación de un prototipo u objeto ya instanciado.
Motivación:
En el contexto de la construcción de un editor gráfico que se plantea en el inicio del curso. Entre otras opciones, existen unas herramientas (GraphicTool) que permiten crear objetos nuevos (rectángulo, círculos,…). Los objetos creados pertenecen a una jerarquía de objetos(Graphic o Figura) cuyas clases derivadas son particulares para la aplicación.
Problema:
Las herramientas encargadas de crear los objetos nuevos deben conocer las clases concretas de los objetos que van a instanciar puesto que pertenecen a la jerarquía de figuras y son particulares para la aplicación del editor gráfico.
Solución:
En primer lugar establecer sólo una clase que se encargue de lacreación de los objetos de la jerarquía (todas las instancias). Para que además la herramienta de creación no tenga que conocer a todos los posibles tipos de instancia de la jerarquía, la herramienta de creación va a construir los nuevos objetos de forma indirecta. Es decir la herramienta de creación se inicializa con una instancia de las subclases gráfica y es a las subclases gráficas a las que lecorresponde obtener una copia de sí mismas si se desea crear objetos de ese tipo.
Participantes:
*Prototipo o Prototype: Declara la interfaz para clonarse.
*PrototipoConcretoX o ConcretPrototypeX: Implementa la operación de clonarse.
*Cliente o Client: Crea un nuevo objeto solicitándole al prototipo que se clone.

Adapter
* Clasificación: Estructural.
Propósito: El adaptador o wrapperpermite la colaboración entre clases con interfaces incompatibles.
Motivación:
* Reutilizar clases con interfaces incompatibles.
* Problema: En el contexto de un editor gráfico se manipulan objetos que cumplen una determinada interfaz (Shape). Esta interfaz abstrae a:
* Clases elementales como por ejemplo líneas y polígonos sencillos.
*Clases relativas a la edición de texto no básica.
Ademásse pretende reutilizar la clase existente de otra librería (TextView), pero inicialmente esta librería no fue diseñada teniendo en cuenta la interfaz Shape.
Solución:
*Modificar la clase TextView para que cumpla la interfaz
Shape. Esta solución en general es inaceptable porque esto puede
Implicar alterar otras aplicaciones en funcionamiento o duplicar código.
Participantes:
*Objetivo oTarget: Define la interfaz dependiente del dominio usada por el cliente.
*Cliente o Client: Colabora con los objetos de acuerdo con el interfaz Objetivo o Target.
*Adaptado o Adaptee: Define una interfaz existente que necesita ser adaptada.
* Adaptador o Adapter: Adapta la interfaz del adaptado a la interfaz Objetivo.

Decorator

Clasificación: Estructural, debido a que nos indica cómo seestablecen las relaciones entre los diferentes elementos en memoria.
Propósito: Añadir responsabilidades o características a un objeto en concreto dinámicamente, proporcionando una alternativa flexible a la extensión de una clase para aumentar la funcionalidad.
Problema
*En el contexto de un editor de texto consideremos las ventanas gráficas que muestran el documento.
Se desea que las ventanasdonde se muestra el documento puedan proporcionar un borde que estará activo cuando se esté trabajando sobre esa ventana y una barra de desplazamiento o scroll si el documento es de un tamaño considerable. Se desea añadir esa responsabilidad a objetos en concreto no a una clase.
Solución
La alternativa más directa para modelar este problema es usar la herencia para extender las responsabilidades...