Clase del 9/10/2007 (Diseño Avanzado con Objetos)

Mediator

Intent

Define un objeto que encapsula cómo interactuan una serie de objetos. Promueve un bajo acoplamiento al evitar que los objetos se refieran unos a otros explícitamente, y permite variar la interacción entre ellos en forma independiente.

Resumen

Cuando hay comportamiento divido entre muchos objetos que deben interactuar entre si, esto puede hacer que los objetos sean menos reutilizables debido a su alto acoplamiento con otros objetos. Ademas cambiar ese comportamiente para una clase, puede derivar en muchas subclases. Estos problemas se pueden evitar encapsulando el comportamiento colectivo en un nuevo objeto (mediador). Este, es responsable de coordinar y controlar las interacciones entre un grupo de objetos. Los objetos solo conocen al mediador reduciendo así el acoplamiento preexistente. El comportamiento es mas facil de modificar ya que esta encapsulado en un solo objeto y ademas puede extenderse mediante sbuclasificación de la clase.

Consecuencias

Reduce la herencia porque todo el comportamiento que se deberia extender por herencia en muchas clases si el comportamiento estuviera distribuido esta en un solo lugar.

Desacopla gran parte del acoplamiento entre muchos objetos.

Simplifica protocolo porque los objetos solo conocen el protocolo de un mediador y no el de un monton de otros objetos.

Abstrae como cooperan los objetos.

Al centralizar el control, el mediador, puede quedar un objeto demasiado complejo.

Facade

Intent

Proporciona 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.

Resumen

La fachada proporciona una interfaz única y simplificada para los servicios mas generales de los subsistemas de una sistema. De este modo si tenes subsistemas complejos, los clientes que no necesiten usar toda la complejidad tiene una interfaz simple para las peticiones mas recurrentes. La fachada no oculta la funcionalidad de más bajo nivel para aquellos que la necesiten.

Consecuencias

Oculta a los clientes los componentes del subsistema, reduciendo así el número de objetos con los que tratan y haciendo el subsistema más fácil de usar.

Desacopla los clientes con los subsistemas. Este permite mayor flexibilidad al cambio y ayuda a estructurar el sistema en capas.

No impide que las aplicaciones usen las clases del subsitema en caso de que sea necesario. De este modo se puede elegir entre facilidad de uso y generalidad.

Composite

Intent

Compone objetos en estructuras de árbol para representar jerarquías de parte-todo. Permite que los clientes traten de manera uniforme a los objetos individuales y a los compuestos.

Resumen

La clave del patrón Compsite es una clase abstracta que representa tanto a primitivas como a sus contenedoras. De esta manera se representan estructuras arboreas, con elementos primitivos, de cualquier granularidad y para el cliente es transparente si esta trabajando con elementos primitivos o contenedores. Es uno de los patrones mas usado.

Consecuencias

Donde el código esepre un objeto primitivo, también podrá recibir un objeto compuesto.

Simplifica al cliente quienes no conocen si trabajan con hojas o con estructuras compuestas.

Se pueden añadir nuevos componentes de manera muy simple.

Puede llegar a ser demasiado general. Si necesitaramos ciertas restricciones sobre los componentes de cierto compuesto esto es demasiado complejo.

Implementación

Se pueden mantener referencias explicitas al padre para simplificar recorrido.

Donde se pone el protocolo de manejo de hijos? En la clase abstracta y se genera un error cuando se llama el mensaje sobre un primitivo? o directamente en la subclase compuesto?

Puede pasar que necesitemos cierto orden sobre los elementos del compuesto.