Bridge (patrón de diseño)

De Wikipedia, la enciclopedia libre

El patrón Bridge sirve para desacoplar una abstracción de su implementación, de manera que ambas puedan ser modificadas independientemente sin necesidad de alterar por ello la otra.

[editar] Propósito:

Desacoplar una abstracción de su implementación para que puedan variar independientemente.

[editar] También conocido como:

Handle/Body

[editar] Aplicabilidad:

usar el patrón Bridge cuando:

• Se desea evitar un enlace permanente entre la abstracción y su implementación. Esto puede ser debido a que la implementación debe ser seleccionada o cambiada en tiempo de ejecución.
• Tanto las abstracciones y sus implementaciones deben ser extensibles por medio de subclases. En este caso, el patrón Bridge permite combinar abstracciones e implementciones diferentes y extenderlas independientemente.
• Cambios en la implementación de una abstracción no deben impactar en los clientes, es decir, su código no debe tener que ser recompilado.
• (En C++) Se desea esconder la implementación de una abstracción completamente a los clientes. En C++, la representación de una clase es visible en la interface de la clase.
• Se desea compartir una implementación entre múltiples objetos (quizá usando contadores), y este hecho ddebe ser escondido a los clientes.

[editar] Estructura:

Imagen:Http://upload.wikimedia.org/wikipedia/commons/d/df/Bridge classdia.png

[editar] Participantes:

• Abstraction define una interface abstracta. Mantiene una referencia a un objeto de tipo Implementor.
• RefinedAbstraction extiende la interface definida por Abstraction
• Implementor define la interface para la implementación de clases. Esta interface no se tiene que corresponder exactamente con la interface de Abstraction; de hecho, las dos interfaces pueden ser bastante diferente. Típicamente la interface Implementor provee sólo operaciones primitivas, y Abstraction define operaciones de alto nivel basadas en estas primitivas.
• ConcreteImplementor implementa la interface de Implementor y define su implementación concreta.

[editar] Colaboraciones:

• Abstraction emite los pedidos de los clientes a su objeto Implementor.

[editar] Consecuencias

• 1.Desacopla interface e implementación: una implementación no es limitada permanentemente a una interface. La implementción de una abstracción puede ser configurada en tiempo de ejecución. Además le es posible a un objeto cambiar su implementación en tiempo de ejecución. Desacoplando Abstraction e Implementor también elimina las dependencias sobre la implementación en tiempo de compilación. Cambiar una clase de implementación no require recompilar la clase Abstraction ni sus clientes. Esta propiedad es esencial cuando te debes asegurar la compatibilidad binaria entre diferentes versiones de una biblioteca de clases. Es más, este desacoplamiento fomenta las capas, que pueden conducir a un sistema mejor estructurado. La parte de alto nivel de un sistema sólo tiene que conocer Abstraction e Implementor.
• 2.Mejora la extensibilidad: se puede extender las jerarquías de Abstraction e Implementor independientemente.
• 3.Esconde los detalles de la implementación a los clientes.

[editar] Implementación

Consideremos las siguientes cuestiones de implementación cuando se aplica este patrón:

• 1.Sólo un Implementor: es situaciones donde existe sólo una implementación, crear una clase Implementor abstracta no es necesario. Esto es un caso especial del patrón; hay una relación uno-a-uno entre Abstraction e Implementor. Sin embargo, esta separación es aún muy útil cuando un cambio en la implementación de una clase no debe afectar a sus clientes existente, es decir, ellos no deben ser recompilados, sólo relinkeados. En C++, la interface de la clase Implementor puede ser definida en un archivo header privado el cual no es proveído a los clientes. Esto permite esconder una implementación de una clase completamente de sus clientes.
• 2....

Creamos una clase Abstracción padre que sea abstracta, además de abstracciones concretas mediante clases que heredan de ella. Por otro lado se tienen las clases que implementan la funcionalidad con una estructura similar: una clase ImplementaciónAbstracta padre, y todas las clases hijas necesarias que implementan la funcionalidad de todas las maneras necesarias. La relación se da entre la clase abstracta Abstracción y la clase abstracta Implementación, delegando la primera la implementación en la segunda, que a su vez la delega en las implementaciones concretas.

El contenido de esta página es un esbozo sobre programación. Ampliándolo ayudarás a mejorar Wikipedia.
Puedes ayudarte con las wikipedias en otras lenguas.