INTRODUCCION

En el mbito del desarrollo de software, siempre es importante usar lo que los patrones de diseo proponen. Se sabe que los patrones de diseo son los cimientos de la bsqueda de soluciones a problemas cotidianos en el desarrollo de un software. Nosotros llevaremos a cabo la explicacin del patrn Composite, uno de los diseos ms utilizados. Como hablaremos de Composite, este es de tipo estructural, entonces; los patrones de diseo de tipo estructural estn centrados en la gestin de la forma en la que las clases y objetos al combinarse dan estructuras ms complejas. Se puede hablar de patrones estructurales que tienen relacin con clases (Adapter) y relacin con objetos (Bridge, Composite, Decorator,Facade, Flyweight, Proxy). Los que tienen relacin con las clases utilizan la herencia mientras que los otros la composicin. El patrn de diseo Composite tiene como intencin componer objetos en estructuras de tipo rbol para representar una jerarqua total o parcial. El patrn Composite permite tratar objetos individuales y compuestos de la misma manera. En otras palabras, Composite, consiste en crear objetos a partir de otros ms pequeos, tambin puede contener objetos que tienen otros objetos, as dando el aspecto de un rbol

1. MARCO TERICO 1.1. PATRN DE DISEO Definicin: Los patrones de diseo son el esqueleto de las soluciones a problemas comunes en el desarrollo de software. Es decir, brindan una solucin ya probada y documentada a problemas de desarrollo de software que estn sujetos a contextos similares. Debemos tener presente los siguientes elementos de un patrn: su nombre, el problema (cuando aplicar un patrn), la solucin (descripcin abstracta del problema) y las consecuencias (costos y beneficios). Para que una solucin sea considerada un patrn debe poseer ciertas caractersticas: Efectivo: resolviendo problemas similares en ocasiones anteriores. Reutilizable: aplicable a diferentes problemas de diseo en distintas circunstancias. Segn su propsito: De creacin: conciernen al proceso de creacin de objetos. De estructura: tratan la composicin de clases y/o objetos. De comportamiento: caracterizan las formas en las que interactan y reparten responsabilidades las distintas clases u objetos.

1.2.

PATRN DE DISEO COMPOSITE Intencin: Componer objetos en jerarquas todo-parte y permitir a los clientes tratar objetos simples y compuestos de manera uniforme. Es decir, facilita la creacin de jerarquas de objetos donde cada objeto se

puede tratar de forma independiente o como un conjunto de objetos anidados a travs de la misma interfaz.

Este patrn puede ser utilizado: Se necesitan representaciones jerrquicas de objetos. Los objetos y composiciones de objetos debe ser tratados de manera uniforme. 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 solucin:

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.

Participantes: 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

VENTAJAS DEL PATRON DE DISEO COMPOSITE Permite manejar objetos simples y compuestos de manera uniforme. Simplifica el cdigo de los clientes, que solo usan una interfaz. Facilita aadir nuevos componentes sin afectar a los clientes. El principal beneficio del patrn Composite es que permite a los clientes de un objeto composite y a los objetos que lo constituyen desconocer la clase especfica de los objetos con los que tratan.

DESVENTAJAS DEL PATRON DE DISEO COMPOSITE 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. Deben hacerse chequeos en tiempo de ejecucin. Una vez definida la estructura de rbol, el diseo compuesto hace que el rbol excesivamente general. En casos especficos, es difcil para restringir los componentes del rbol slo a tipos particulares. Por lo tanto, para hacer cumplir tales restricciones, el programa debe contar con controles en tiempo de ejecucin, ya que no puede utilizar el sistema de tipos del lenguaje de programacin.

LINKOGRAFIA: http://eisc.univalle.edu.co/materias/Material_Desarrollo_Software/exposiciones/PEstratComposite.pdf http://www.c-jump.com/CIS75/Week11/W11_0340_composite_benefits_an.htm http://di002.edv.uniovi.es/~cueva/asignaturas/PFCOviedo/PFCpatronesJava.pdf