设计模式（十）——结构型模式——桥接模式（Bridge）

定义：将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。如果软件系统中某个类存在两个独立变化的维度，通过该模式可以将这两个维度分离出来，使两者可以独立扩展，让系统更加符合“单一职责原则”。

优点：由于抽象与实现分离，所以扩展能力强；其实现细节对客户透明。

缺点：由于聚合关系建立在抽象层，要求开发者针对抽象化进行设计与编程，这增加了系统的理解与设计难度。

结构与实现

可以将抽象化部分与实现化部分分开，取消二者的继承关系，改用组合关系。

主要角色

（1）抽象化（Abstraction）角色：定义抽象类，并包含一个对实现化对象的引用。

（2）扩展抽象化（Refined Abstraction）角色：是抽象化角色的子类，实现父类中的业务方法，并通过组合关系调用实现化角色中的业务方法。

（3）实现化（Implementor）角色：定义实现化角色的接口，供扩展抽象化角色调用。

（4）具体实现化（Concrete Implementor）角色：给出实现化角色接口的具体实现。

 

public class BridgeTest
{
    public static void main(String[] args)
    {
        Implementor imple=new ConcreteImplementorA();
        Abstraction abs=new RefinedAbstraction(imple);
        abs.Operation();
    }
}
//实现化角色
interface Implementor
{
    public void OperationImpl();
}
//具体实现化角色
class ConcreteImplementorA implements Implementor
{
    public void OperationImpl()
    {
        System.out.println("具体实现化(Concrete Implementor)角色被访问" );
    }
}
//抽象化角色
abstract class Abstraction
{
   protected Implementor imple;
   protected Abstraction(Implementor imple)
   {
       this.imple=imple;
   }
   public abstract void Operation();   
}
//扩展抽象化角色
class RefinedAbstraction extends Abstraction
{
   protected RefinedAbstraction(Implementor imple)
   {
       super(imple);
   }
   public void Operation()
   {
       System.out.println("扩展抽象化(Refined Abstraction)角色被访问" );
       imple.OperationImpl();
   }
}

桥接模式的应用

（1）当一个类存在两个独立变化的维度，且这两个维度都需要进行扩展时。

（2）当一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时。

（3）当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时。

桥接模式的扩展

在软件开发中，有时桥接（Bridge）模式可与适配器模式联合使用。当桥接（Bridge）模式的实现化角色的接口与现有类的接口不一致时，可以在二者中间定义一个适配器将二者连接起来