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.