UNIVERSIDAD NACIONAL DE

TRUJILLO
E.A.P. INGENIERIA DE SISTEMAS

PATRON DE DISEO COMPOSITE

DOCENTE:
Yanet.

Vidal Melgarejo Zoraida

ALUMNOS:

Mestanza Snchez, Junior.

Urteaga Tocas, Kassandra.
Vera Vsquez, Omar.
Vigo Chafloque Cesar

CURSO:
I.

Tecnologa de la Programacin

GUADALUPE - PER

INTRODUCCION
Los diseadores expertos no resuelven los problemas desde sus principios; reutilizan
soluciones que han funcionado en el pasado y se encuentran con patrones de clases y
objetos de comunicacin recurrente en muchos sistemas orientados a objetos.
Los patrones de diseos son la base para la bsqueda de soluciones a problemas
comunes en el desarrollo de software y otros mbitos referentes al diseo de interaccin o
interfaces.
Estos patrones resuelven problemas de diseo especficos y para que dicha solucin sea
considerada un patrn debe poseer ciertas caractersticas:

Debe haber comprobado su efectividad resolviendo problemas similares en

ocasiones anteriores.
Debe ser reutilizable, o sea que es aplicable a diferentes problemas de diseo en
distintas circunstancias.

En pocas palabras el uso de patrones ayuda a obtener un software de calidad

(reutilizacin y extensibilidad)

PATRON
Cada patrn describe un problema que ocurre una y otra vez en nuestro entorno y
describe tambin el ncleo de la solucin al problema, de forma que puede utilizarse un
milln de veces sin tener que hacer dos veces lo mismo.
PATRON DE DISEO
Un patrn de diseo es una descripcin de clases y objetos comunicndose entre s
adaptada para resolver un problema de diseo general en un contexto particular.
ELEMENTOS DE UN PATRON

Nombre: describe el problema de diseo.

El problema: describe cundo aplicar el patrn.
La solucin: describe los elementos que componen el diseo, sus relaciones,
responsabilidades y colaboracin.
PATRON COMPOSITE

El patrn Composite nos permite construir objetos complejos partiendo de otros ms

sencillos utilizando una estrategia de composicin recursiva. Podemos equiparar este
patrn a un panal y sus celdas. Cada objeto simple puede relacionarse con otros
formando una estructura ms compleja.
Intensin:
Componer objetos en jerarquas todo-parte y permitir a los clientes tratar objetos simples y
compuestos de manera uniforme.
Tambin se puede usar este patrn para tratar a todos los componentes de la estructura
en rbol para, mediante una interfaz o superclase, establecer unas reglas de
comportamiento que nos permitan tratar a todos los elementos de la misma manera.
Ventajas:

Permite tratamiento uniforme de objetos simples y complejos as como

composiciones recursivas.
Simplifica el cdigo de los clientes, que slo usan una interfaz.
Facilita aadir nuevos componentes sin afectar a los clientes.

Inconvenientes:

Es difcil restringir los tipos de los hijos.

Las operaciones de gestin de hijos en los objetos simples pueden presentar
problemas: seguridad frente a flexibilidad.

EL PROBLEMA: LA ESCALABILIDAD

Un documento est formado por varias pginas, las cuales estn formadas por

columnas que contienen lneas de texto, formadas por caracteres.

Las columnas y pginas pueden contener marcos. Los marcos pueden contener

columnas.
Las columnas, marcos y lneas de texto pueden contener imgenes.

LA SOLUCION

Componente: declara una clase abstracta para la composicin de

Objetos.
Simple: representa los objetos de la composicin que no tienen hijos e

implementa sus operaciones.

Compuesto: implementa las operaciones para los componentes con hijos y

almacena a los hijos.

Cliente: utiliza objetos de la composicin mediante la interfaz de componente.

Ejemplo: La jerarqua de clases de AWT

Sirve para disear clases que agrupen a objetos complejos, los cuales a su vez

estn formados por objetos complejos y/o simples.

La jerarqua de clases AWT (Abstract Window Toolkit) se ha diseado segn el
Patrn Composite.

Las posibilidades son infinitas

Una ventana formada por 2 cajas de texto, 2 campos de texto, 3 botones, 1 panel

que contenga 5 casillas de validacin y una lista desplegable.

Una ventana formada por 2 etiquetas, 2 campos de texto y un botn
Adems, aadir nuevos tipos de contenedores y de componentes no sera muy
costoso (estaramos ante una solucin extensible)