桥接模式(Bridge Pattern)

• 桥接模式概述

---

定义：将抽象部分与它的实现部分解耦，使得两者都能够独立的变化

就拿我们日常使用的蜡笔来说，蜡笔有不同的大小和颜色，所以我们往往买的蜡笔盒中会有不少的蜡笔。需要用哪个就用哪个，是不是很方便？？？然而毛笔却不是这样，毛笔分为不同大小，却只有一个调色盘，里面装着不同的颜料。我们需要什么用到什么，就用对应大小的毛笔去蘸对应的颜料。二者想比，哪个更方便呢？？我倒是觉得还是蜡笔方便，但是，试想一下，如果我们笔的大小变化有很多，颜色我也要越多越好，以应对变化。那么，我们的蜡笔可能就会多到难以想象，而毛笔只要提供对对应大小的毛笔，颜色只要放到调色盘里就OK了。这样，我们只要带着笔和调色盘就好了，这比带着许多只蜡笔可要方便多了吧。桥接模式，就是要像毛笔这样应对不同(多维度)变化而来的。

桥接模式是一种对象结构性模式，又被称为柄体(Handle and Body)模式或接口(Interface)模式。

• 桥接模式的结构

---

  

1. Abstraction(抽象类):定义抽象类的接口，通常是抽象类而不是接口，其中定义Implementor(实现类接口)类型的对象并维护该对象，与Implementor之间是关联关系
2. RefinedAbstraction(扩展抽象类):扩充Abstraction定义的接口，实现了在Abstraction中声明的抽象业务方法，在RefinedAbstraction中调用在Implementor中定义的方法
3. Implementor(实现类接口):定义实现类的接口，仅提供基本操作，在子类中具体实现。并通过关联关系，在Abstraction中不仅调用自己的方法，也可以调用Implementot的方法
4. ConcreteImplementor(具体实现类):具体实现Implementor接口，在不同的子类中提供基本操作的不同实现
5. 接口类：

   interface Implementor
   {
       void OperationImpl();
   }

6. ConcreteImplementor类：

   class ConcreteImplementor:Implementor
   {
       public void OperationImpl()
       {
           //Specific Business Realization
       }
   }

7. Abstraction类：

   abstract class Abstraction
   {
       protected Implementor impl;
       public void SetImpl(Implementor impl)
       {
           this.impl = impl;
       }
       
       public abstract void Operation();
   }

8. RefinedAbstraction类：

   class RefinedAbstraction  : Abstraction
   {
       public override void Operation()
       {
           //Business methods
           impl.OperationImpl();
           //Business methods
       }
   }

上述图可能不那么容易理解，我们看下毛笔的结构示意图：

大小和颜色是两个维度，所以毛笔类为抽象类，在Brush类中声明并部分实现毛笔的业务方法，而将各种型号的毛笔作为其子类；颜色与毛笔存在“设置颜色”的关系，所以提供一个颜色接口，而将具体的颜色作为接口的子类。这样，型号的扩展和颜色扩展即可独立，二者又是关联的，方便扩展

注意：color设为protected是为了只让自己的子类才可以使用

应用实例

---

 空客(Airbus)、播音(Boeing)和麦道(McDonnell-Douglas)都是飞机制造商，他们都生产载客飞机(Passenger Plane)和载货飞机(Cargo Plane)。设计一个系统，实现他们

分析：飞机制造商是一个变化点，我们可以定义一个Plane抽象类，它的子类就是各种飞机制造商，类中有抽象Create方法，再定义一个KindofPlane接口，它有CreatePlane的方法，不同类型的飞机种类实现接口方法，这是第二个变化点，Plane和接口关联，桥接起来。

结构:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace BridgePattern
{
    interface KindofPlane//Implementor
    {
        void CreatePlane();
    }
    class PassengerPlane : KindofPlane//ConcreteImplementorA
    {

        public void CreatePlane()
        {
            Console.WriteLine("Create Passenger Plane");
        }
    }
    class CargoPlane : KindofPlane//ConcreteImplementorB
    {

        public void CreatePlane()
        {
            Console.WriteLine("Create Cargo Plane");
        }
    }
    abstract class Plane//Abstraction
    {
        protected KindofPlane planekind;
        public void setkind(KindofPlane planekind)
        {
            this.planekind = planekind;
        }
        public abstract void Create();

    }
    class Airbus : Plane//RefinedAbstraction
    {
        public override void Create()
        {
            Console.WriteLine("Airbus:");
            planekind.CreatePlane();
        }
    }
    class Boeing : Plane//RefinedAbstraction
    {
        public override void Create()
        {
            Console.WriteLine("Boeing:");
            planekind.CreatePlane();
        }
    }
    class McDonnell_Douglas : Plane//RefinedAbstraction
    {
        public override void Create()
        {
            Console.WriteLine("McDonnell_Douglas:");
            planekind.CreatePlane();
        }
    }
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("~~~~~~~~~~~~~~~~~~~~~~~~~~~");
            KindofPlane passengerPlane = new  PassengerPlane();
            Airbus air = new Airbus();
            air.setkind(passengerPlane);
            air.Create();
            Console.WriteLine("~~~~~~~~~~~~~~~~~~~~~~~~~~~");
            KindofPlane cargoPlane = new CargoPlane();
            Boeing boe = new Boeing();
            boe.setkind(cargoPlane);
            boe.Create();
            Console.WriteLine("~~~~~~~~~~~~~~~~~~~~~~~~~~~");
            KindofPlane cargpPlane2 = new CargoPlane();
            McDonnell_Douglas mc= new McDonnell_Douglas();
            mc.setkind(cargoPlane);
            mc.Create();
            Console.WriteLine("~~~~~~~~~~~~~~~~~~~~~~~~~~~");
        }
    }
}

• 桥接模式的优点

---

1. 分离抽象接口及其实现部分，从而可以获得更多维度组合对象。即可以搭建很多的桥
2. 桥接模式可取代多层继承方案，极大减少了子类的个数
3. 提高了系统的可扩展性，多维度间任意扩展需要扩展的一个维度，不需修改原有系统，符合开闭原则

• 桥接模式的缺点

---

1. 会增加系统的理解与设计难度，需要对抽象层进行编程
2. 要正确的分别出独立变化的维度，使其使用范围有一定局限性

• 桥接模式的适用环境 

---

1. 如果一个系统需要在抽象化和具体化之间增加更多的灵活性，避免在两个层次间建立静态的继承关系，可以用桥接模式在抽象层建立关联关系
2. 抽象部分和实现部分可以以继承的方式独立扩展而不互相影响，系统需要对抽象化角色和实现化角色进行动态耦合
3. 一个类存在两个或多个独立变化的维度，且各自需要独立的进行扩展
4. 对于不希望使用继承或因为多层继承导致系统类的个数急剧增加的系统，桥接模式很适用