设计模式笔记 7.Bridge 桥接模式(结构型模式)

7. Bridge 桥接模式  2008-8-11

动机 (Motivation)

由于某些类型的固有逻辑，使得它们具有两个化的维度，乃至多个纬度的变化。

如何应对这种“多维度的变化多维度的变化”？如何利用面对象技术来使得类型可以轻松地沿着两个乃至多个方向变化，而不引入额外的复杂度？

意图（Intent）

    将抽象部分与实现部分分离，使它们都可以独立地变化以独立地变化。                                        ——《设计模式》GoF

基本代码：

     class  Abstraction
    {
         protected  Implementor implementor;

         public   void  SetImplementor(Implementor implementor)
        {
             this .implementor  =  implementor;
        }

         public   virtual   void  Operation()
        {
            implementor.Operation();
        }
    }

     class  RefinedAbstraction : Abstraction
    {
         public   override   void  Operation()
        {
            implementor.Operation();
        }
    }

     abstract   class  Implementor
    {
         public   abstract   void  Operation();
    }

     class  ConcreteImplementorA : Implementor
    {
         public   override   void  Operation()
        {
            Console.WriteLine( " 具体实现A的方法执行 " );
        }
    }

     class  ConcreteImplementorB : Implementor
    {
         public   override   void  Operation()
        {
            Console.WriteLine( " 具体实现B的方法执行 " );
        }
    }

客户端代码：

         static   void  Main( string [] args)
        {
            Abstraction ab  =   new  RefinedAbstraction();

            ab.SetImplementor( new  ConcreteImplementorA());
            ab.Operation();

            ab.SetImplementor( new  ConcreteImplementorB());
            ab.Operation();

            Console.Read();
        }

 

Bridge的几个要点：

Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自纬度的变化，即“子类化”它们。

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

Bridge模式是比多继承方案更好的解决方法。Bridge模式的应用一般在“两个非常强的变化维度”，有时即使有两个变化的维度，但是某个方向的变化维度并不剧烈——换言之两个变化不会导致纵横交错的结果，并不一定要使用Bridge模式。