设计模式之桥接

桥接模式(Bridge Pattern)：将抽象部分与它的实现部分分离，使它们都可以独立地变化，它是一种对象结构型模式。

在一个软件系统的抽象部分和实现部分之间使用组合/聚合关系而不是继承关系，从而使两者可以相对独立地变化。

结构：

 

角色：

Abstraction角色：定义抽象类的接口，并保存一个指向Implementor类型对象的指针。

Refined Abstraction角色：扩展抽象角色。

Implementor角色：这个角色给出实现类的接口，但不给出具体的实现。实现类角色应当只给出底层操作，而抽象类角色应当只给出基于底层操作的更高一层的操作。

Concrete Implementor角色：这个角色给出实现类角色接口的具体实现。

 

示例代码：

using System;  // "Abstraction" class Abstraction  {   // Fields   protected Implementor implementor;    // Properties   public Implementor Implementor    {      set{ implementor = value; }   }    // Methods   virtual public void Operation()    {     implementor.Operation();   } }  // "Implementor" abstract class Implementor  {   // Methods   abstract public void Operation(); }  // "RefinedAbstraction" class RefinedAbstraction : Abstraction  {   // Methods   override public void Operation()    {     implementor.Operation();   } }  // "ConcreteImplementorA" class ConcreteImplementorA : Implementor  {   // Methods   override public void Operation()    {     Console.WriteLine("ConcreteImplementorA Operation");   } }  // "ConcreteImplementorB" class ConcreteImplementorB : Implementor  {   // Methods   override public void Operation()    {     Console.WriteLine("ConcreteImplementorB Operation");   } } public class Client  {   public static void Main( string[] args )    {     Abstraction abstraction = new RefinedAbstraction();      // Set implementation and call     abstraction.Implementor = new ConcreteImplementorA();     abstraction.Operation();      // Change implemention and call     abstraction.Implementor = new ConcreteImplementorB();     abstraction.Operation();   } }

Bridge模式使用要点：

Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象（Tank的型号）和实现（不同的平台）可以沿着各自的维度来变化。

所谓抽象和实现沿着各自维度的变化，即“子类化”它们，比如不同的Tank型号子类，和不同的平台子类）。得到各个子类之后，便可以任意组合它们，从而获得不同平台上的不同型号。

Bridge模式有时候类似于多继承方案，但是多继承方案往往违背单一职责原则（即一个类只有一个变化的原因），复用性比较差。Bridge模式是比多继承方案更好的解决方法。

有两个变化的维度，但是某个方向的变化维度并不剧烈——换言之两个变化不会导致纵横交错的结果，并不一定要使用Bridge模式。