设计模式学习笔记—桥接模式

前言：      

       在正式介绍桥接模式之前，我先跟大家谈谈两种常见文具的区别，它们是毛笔和蜡笔。假如我们需要大中小3种型号的画笔，能够绘制12种不同的颜色，如果使用蜡笔，需要准备3×12 =36支，但如果使用毛笔的话，只需要提供3种型号的毛笔，外加12个颜料盒即可，涉及到的对象个数仅为 3 + 12 =15，远小于36，却能实现与36支蜡笔同样的功能。如果增加一种新型号的画笔，并且也需要具有12种颜色，对应的蜡笔需增加12支，而毛笔只需增加一支。为什么会这样呢？通过分析我们可以得知：在蜡笔中，颜色和型号两个不同的变化维度（即两个不同的变化原因）融合在一起，无论是对颜色进行扩展还是对型号进行扩展都势必会影响另一个维度；但在毛笔中，颜色和型号实现了分离，增加新的颜色或者型号对另一方都没有任何影响。如果使用软件工程中的术语，我们可以认为在蜡笔中颜色和型号之间存在较强的耦合性，而毛笔很好地将二者解耦，使用起来非常灵活，扩展也更为方便。在软件开发中，桥接模式提供了处理与画笔类似的具有多种变化维度的情况。（例子来源刘伟博客）

 

正文

模式定义

    桥梁模式的用意是"将抽象化与实现化脱耦，使得二者可以独立地变化"，通俗讲就是：将抽象部分与它的实现部分分离，使它们都可以独立地组合应用。

 

模式结构

桥接模式包含如下角色：

 

Abstraction：抽象类

RefinedAbstraction：扩充抽象类

Implementor：实现类接口

ConcreteImplementor：具体实现类

 

代码分析：

 

 //客户端

   

 class Program
    {
        static void Main(string[] args)
        {
            Abstraction ab = newRefindAbstraction();
 
            ab.SetImplementor(newConcretelmplementorA());
            ab.Operation();
 
            ab.SetImplementor(newConcretelmplementorB());
            ab.Operation();
 
            Console.Read();
        }
    }

    //抽象类  

    class Abstraction
    {
        protected Implementorimplementor;  //定义一个Implementor类型的变量，作用域为？
 
        public void SetImplementor(Implementorimplementor)
        {
            this.implementor =implementor;   //?
        }
 
        public virtual void Operation()
        {
            implementor.Operation();
        }
    }

    //实现类接口

  abstract class Implementor
    {
       public abstract voidOperation(); //虚方法 或 抽象方法，没有方法体，直接在后面+“;”
    }

    //被提炼的抽象类

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

  //具体实现A类 

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

    //具体实现B类

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

应用示例

  市场的的手机品牌多种多样，各种应用也是五花八门。手机来自于不同的的品牌公司，如果各自做各自的软件，那势必会限制软件的兼容性。在软件编程中，桥接模式很好的解决了这一问题。

 

代码展示

     // 客户端

    class Program
    { 
        static void Main(string[] args)
        {
            HandsetBrand ab;
            ab = new HandsetBrandN();
 
            ab.SetHandsetSoft(newHandsetGame());
            ab.Run();
 
            ab.SetHandsetSoft(newHandsetAddressList());
            ab.Run();
 
            ab = new HandsetBrandM();
 
            ab.SetHandsetSoft(newHandsetGame());
            ab.Run();
 
            ab.SetHandsetSoft(newHandsetAddressList());
            ab.Run();
 
            Console.Read();
        }
    }

    //手机品牌  抽象接口 

abstract class HandsetBrand
    {
        protected HandsetSoft soft;    
 
        //设置手机软件
        public void SetHandsetSoft(HandsetSoftsoft)
        {
            this.soft = soft; 
        }
 
        //运行
        public abstract void Run();
    }

    //手机品牌N  具体实现  

class HandsetBrandN : HandsetBrand
    {
        public override void Run()
        {
            soft.Run();   
        }
    }

    //手机品牌M  具体实现

   class HandsetBrandM : HandsetBrand
    {
        public override void Run()
        {
            soft.Run();
        }
   
    }

    //手机软件  抽象接口

  abstract class HandsetSoft
    {
 
        public abstract void Run();
      
    }

    //手机游戏  具体实现

 class HandsetGame : HandsetSoft
    {
        public override void Run()
        {
           Console.WriteLine("运行手机游戏");
        }
    }

//手机通讯录 具体实现

    class HandsetAddressList : HandsetSoft
    {
        public override void Run()
        {
           Console.WriteLine("运行手机通讯录");
        }
   
    }

模式分析

   理解桥接模式，重点需要理解如何将抽象化(Abstraction)与实现化(Implementation)脱耦，使得二者可以独立地变化。

 

 ·抽象化：抽象化就是忽略一些信息，把不同的实体当作同样的实体对待。在面向对象中，将对象的共同性质抽取出来形成类的过程即为抽象化的过程。

 ·实现化：针对抽象化给出的具体实现，就是实现化，抽象化与实现化是一对互逆的概念，实现化产生的对象比抽象化更具体，是对抽象化事物的进一步具体化的产物。

 ·脱耦：脱耦就是将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联，将两个角色之间的继承关系改为关联关系。桥接模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用关联关系（组合或者聚合关系）而不是继承关系，从而使两者可以相对独立地变化，这就是桥接模式的用意。

 

桥接模式的优点:

 

分离抽象接口及其实现部分。

桥接模式有时类似于多继承方案，但是多继承方案违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差，而且多继承结构中类的个数非常庞大，桥接模式是比多继承方案更好的解决方法。

桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。

实现细节对客户透明，可以对用户隐藏实现细节。

 

桥接模式的缺点:

 

桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进

行设计与编程。 - 桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性。

 适用环境

 

在以下情况下可以使用桥接模式：

 

 ·如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。

 ·抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响，在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，即系统需要对抽象化角色和实现化角色进行动态耦合。

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

 ·虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。

 ·对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。  

总结：

          软件系统中用于某些类型自身的逻辑，它具有两个或者多个维度的变化，需要通过面向对象设计的桥接模式来解决这种“多维度的变化”。既可以使得该类型能够轻松的沿着多个方向变化，而又不引入额外的复杂度。