设计模式学习笔记-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是一组派生类在使用，抽象另外一组服务。   实际处理的问题不同，故分为两种不同模式