<<设计模式之禅(第二版)>>——第二十九章 桥梁模式

定义

• 也叫做桥接模式，将抽象和实现解耦，使得两者可以独立的变化。(抽象角色引用实现角色，或者说抽象角色的部分实现是由实现角色完成的。)

通用类图：

桥梁设计模式通用类图

/*
 * 实现化角色
 * */
public interface Implementor {
  // 定义基本方法
  public void doSomething();

  public void doAnything();
}
public class ConcreteImplementorOne implements Implementor {

  @Override
  public void doSomething() {
    // TODO Auto-generated method stub

  }

  @Override
  public void doAnything() {
    // TODO Auto-generated method stub

  }

}
public class ConcreteImplementorTwo implements Implementor {

  @Override
  public void doSomething() {
    // TODO Auto-generated method stub

  }

  @Override
  public void doAnything() {
    // TODO Auto-generated method stub

  }

}

public abstract class Abstraction {
  // 定义对实现化角色的引用
  private Implementor imp;

  public Abstraction(Implementor _imp) {// 约束子类必须实现该构造函数
    this.imp = _imp;
  }

  // 自身行为和属性
  public void request() {
    this.imp.doSomething();
  }

  // 获得实例化角色
  public Implementor getImp() {
    return this.imp;
  }
}
public class RefinedAbstraction extends Abstraction {
  // 覆写构造函数
  public RefinedAbstraction(Implementor _imp) {
    super(_imp);
    // TODO Auto-generated constructor stub
  }

  // 修正父类的行为
  @Override
  public void request() {
    // TODO Auto-generated method stub

    /*
     * 业务处理
     */

    super.request();
    super.getImp().doAnything();
  }

}

public class Client {
  public static void main(String[] args) {
    // 定义一个实现化角色
    Implementor imp = new ConcreteImplementorOne();
    // 定义一个抽象化角色
    Abstraction abs = new RefinedAbstraction(imp);

    abs.request();
  }
}

优点：

• 抽象和实现分离：实现可以不受到抽象的约束，不用再绑定在一个固定的抽象层次上，是为了解决继承的缺点而提出的设计模式。
• 优秀的拓展能力
• 实现细节对客户透明：客户不关心细节的实现，它已经由抽象层通过聚合关系完成了封装

使用场景：

• 通过继承层次过渡、无法更细化设计颗粒等场景
• 接口或抽象类不稳定的场景
• 重用性要求较高的场景，设计的颗粒度越细，则被重用的可能性就越大，而采用继承则受到父类的限制，不可能出现太细的颗粒度

注意事项：

• 桥梁模式的意图是对变化的封装，尽可能把变化的原因封装到最细、最小的逻辑单元中，避免风险的扩散。