设计模式学习笔记-Bridge模式

《Design Patterns Explained》对Bridge模式的特征：

意图：将一组实现与另一组使用他们的对象分离

问题：一个抽象类 的派生类 必须使用多个实现 ，但出现类数量增长

 

1.未使用Bridge实例：

java 代码

abstract     class   Shape{
      public     void   draw();
}

class   Rectangle   extends   Shape{}

class   Circle   extends   Shape{}

//这里业务出现了多种画图方式，DP1,DP2……

//使用继承，创建不同绘图的类，类数量增多

class   V1Rectangle   extends   Rectangle{
      public     void   draw(){
        DP1.draw_line();
    }
}

class   V2Rectangle   extends   Rectangle{
      public     void   draw(){
        DP2.draw_line();
    }
}

class   V1Circle   extends   Circle{
      public     void   draw(){
        DP1.draw_Circle();
    }
}

class   V2Circle   extends   Circle{
      public     void   draw(){
        DP2.draw_Circle();
    }
}

2.传说中的Bridge模式

java 代码

abstract     class   Shape{
      public     void   draw();
}

//这里业务出现了多种画图方式，DP1,DP2……
//抽象出接口出DP1,DP2
interface   Drawing{
      public     void   drawLine();
      public     void   drawCircle();
}

class   V1Drawing{
      public     void   drawLine(){};
      public     void   drawCircle(){};
}

class   V2Drawing{
      public     void   drawLine(){};
      public     void   drawCircle(){};
}

//使用组合 ，聚集Drawing
class   Rectangle   extends   Shape{
      public     void   draw(Drawing dp){
        dp.drawLine();
    }
}

class   Circle   extends   Shape{
      public     void   draw(Drawing dp){
        dp.drawCircle();
    }
}

//抽象类Shape的派生类，使用一组实现(DP1,DP2)的接口
//使得派生类不依赖于一组具体的实现，从设计模式而言，这称为Bridge模式

3.Bridge与Strategy模式

初读Bridge模式一头雾水，看过实例代码后，才略为知道其用途。感觉与Strategy模式相似，查阅相关信息后，个人认为如下

从考虑问题而言：
Strategy模式：将具体算法封装，便于使用类替换算法
Bridge模式：将一组抽象类的派生类使用的另一组实现进行抽象，使得派生类不依赖于具体实现

从实现而言，两者十分相似：
Strategy和Bridge目的都是将实现抽象化，使用组合，而非直接继承。
区别就在Strategy思考的是抽象具体算法，Bridge是一组派生类在使用，抽象另外一组服务。

实际处理的问题不同，故分为两种不同模式