BRIDGE

Nombre
Bridge.

También Conocido
Handle / Body

Clasificación
Estructural.

Intención
Desacopla la abstracción de su implementación permitiendo que las dos
varíen independientemente.

Motivo
Cuando una abstracción puede tener varias im-plementaciones posibles
el camino habitual para acomodarlas es usar herencia. Una clase
abstracta define la interfaz y clases concretas la implementa de
diferentes formas. El problema es que esta solución no es lo
suficientemente flexible. La herencia ata una implementación a la
abstracción permanentemente, lo que hace la hace difícil de modificar,
extender y rehusar la implementación y la abstracción
independientemente. La respuesta a esta flexibilidad esta en utilizar el
patrón de diseño bridge.

Aplicabilidad
Bridge debe ser usado cuando:

 Quiere evitar un enlace permanente entre la abstracción y su

implementación.
  Tanto la abstracción como su implementación deben ser
extensibles por subclases. El patrón de diseño bridge deja
combinar la implementación y su abstracción y permite
extenderlas independientemente.

 Cambios en la implementación de una abs-tracción no deben tener

impacto sobre el cliente.

 La herencia puede generar una explosión de clases cuando

queremos dividir un objetos; bridge evita dicha explosión.

 Se quiere partir la implementación de una abstracción en múltiples

objetos, que deben estar ocultas al cliente.

Estructura

Participantes
 Abstraction: Define la interfaz de la abstracción. Mantiene una
referencia a un objeto del tipo implementor.


 RefinedAbstraction: Extiende la interfaz definida por Abstraction.
  Implementor: Define una interfaz para la implementación de
clases; ésta interfaz no tiene una correspondencia directa a la
interfaz de la abstracción, de hecho pueden ser muy diferentes.
Por lo general implementor define operaciones primitivas,
mientras que abstraction define operaciones de más alto nivel
basadas en las de implementor.
 ConcrteImplementor: implementa la interfaz implementor
definiendo una implementación concreta.

Colaboración
Abstraction envía las peticiones del cliente a su objeto implementor.

Consecuencias
Las siguientes son consecuencias del uso del patrón Bridge:

 Desacopla la abstracción de su implementación. La abstracción no está

permanentemente ligada a la implementación. La implementación puede ser
configurada en tiempo de ejecución. Así mismo elimina dependencias en la
compilación; es decir, cambios en una implementación, no requiere recompilación
de la abstracción y su cliente.

 Provee extensibilidad. La abstracción y la implementación pueden tener subclases

independientemente.

 Oculta detalles de implementación a los clientes.

Implementación
Se deben considerar las siguientes situaciones cuando se aplica el patrón bridge:

 Solo un implementador. Cuando sólo hay una implementación, no es necesario

crear una clase abstracta implementor. Sin embrago se puede hacer para mantener al
cliente independiente de cambios en la implementación.

 Crear la implementación correcta. Si la abstracción conoce todas las

implementaciones concretas, luego ésta puede instanciar una en su constructor, se
decide entre las implementaciones, pasando un parámetro en el constructor. La
forma en que se toma la decisión depende de las características de la
implementación.
Código ejemplo

El código ejemplo se basa en la abstracción de una operación sencilla, de dos números, las
implementaciones son sumar, multiplicar y dividir.

//esta es la interfaz de la implementacion (implementor)

public interface Implementor {

public int operacion(int a, int b);

//esta es una implementación concreta (concretImplementor)

public class Sumar implements Implementor {

public int operacion(int a, int b) {

return a+b;

//esta es una implementación concreta (concretImplementor)

public class Multiplicar implements Implementor {

public int operacion(int a, int b) {

return a*b;

// esta es una implementación concreta (concretImplementor)

public class Dividir implements Implementor {

public int operacion(int a, int b) {

return a/b;

//esta es la interfaz de la abstraccion (abstraction)

public interface Abstraction {

public int operar(int num1, int num2);

//esta clase esxtiende la interfaz definida por abstraction (RedefinedAbstraction)

import operacion.Implementor;

public class RefinedAbstraction implements Abstraction {

Implementor implementacion=null;

public RefinedAbstraction(Implementor imp){

this.implementacion=imp;

public int operar(int num1, int num2) {

return implementacion.operacion(num1,num2);

//Es la clase cliente que utiliza la abstraccion (Client)

import operacion.Implementor;

import operacion.Abstraction;

public class Cliente {

public static void main(String[] args) {

int num1=4;

int num2=2;

Implementor [] imp= {new Sumar(),new Multiplicar(), new Dividir()};

Abstraction abst[] ={ new RefinedAbstraction(imp[0]), new RefinedAbstraction(imp[1]),

new RefinedAbstraction(imp[2])};

for (int i=0; i<3;i++){

System.out.println(abst[i].operar(num1, num2));

Usos conocidos
 En ET++, se usa para la abstracción del tipo de ventana.

 Next’s AppKit usa el patrón en la implementación y representación de imágenes

gráficas.

Patrones relacionados
 Abstract factory puede crear y configurar un, bridge en particular.

 Adapter tiene una estructura similar pero su intención es diferente. El patrón bridge
separa la abstracción de la implementación de un componente, permitiendo que sean
modificados independientemente, mientras adapter reutiliza un componente ya
existente que no es compatible.

Referencias bibliográficas
[1] Erich Gamma et al, Elements of reusable object-oriented software.
[2] Steve Holzner, Design patterns for dummies, Wiley Publishing Inc, Indianapolis, EEUU, 2006, 339.
[3] Jesús García Molina, Análisis y diseño de software - Patrones de diseño, dis.um.es/~jmolina/astema3.