《Design Patterns Explained》对Bridge模式的特征:
意图:将一组实现与另一组使用他们的对象分离
问题:一个抽象类 的派生类 必须使用多个实现 ,但出现类数量增长
1.未使用Bridge实例:
java 代码
-
- abstract class Shape{
- public void draw();
- }
-
- class Rectangle extends Shape{}
-
- class Circle extends Shape{}
-
-
-
-
-
- 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();
- }
-
-
-
- interface Drawing{
- public void drawLine();
- public void drawCircle();
- }
-
- class V1Drawing{
- public void drawLine(){};
- public void drawCircle(){};
- }
-
- class V2Drawing{
- public void drawLine(){};
- public void drawCircle(){};
- }
-
-
- class Rectangle extends Shape{
- public void draw(Drawing dp){
- dp.drawLine();
- }
- }
-
- class Circle extends Shape{
- public void draw(Drawing dp){
- dp.drawCircle();
- }
- }
-
-
-
3.Bridge与Strategy模式
-
- 初读Bridge模式一头雾水,看过实例代码后,才略为知道其用途。感觉与Strategy模式相似,查阅相关信息后,个人认为如下
-
- 从考虑问题而言:
- Strategy模式:将具体算法封装,便于使用类替换算法
- Bridge模式:将一组抽象类的派生类使用的另一组实现进行抽象,使得派生类不依赖于具体实现
-
- 从实现而言,两者十分相似:
- Strategy和Bridge目的都是将实现抽象化,使用组合,而非直接继承。
- 区别就在Strategy思考的是抽象具体算法,Bridge是一组派生类在使用,抽象另外一组服务。
-
- 实际处理的问题不同,故分为两种不同模式
3.Bridge与Strategy模式
-
- 初读Bridge模式一头雾水,看过实例代码后,才略为知道其用途。感觉与Strategy模式相似,查阅相关信息后,个人认为如下
-
- 从考虑问题而言:
- Strategy模式:将具体算法封装,便于使用类替换算法
- Bridge模式:将一组抽象类的派生类使用的另一组实现进行抽象,使得派生类不依赖于具体实现
-
- 从实现而言,两者十分相似:
- Strategy和Bridge目的都是将实现抽象化,使用组合,而非直接继承。
- 区别就在Strategy思考的是抽象具体算法,Bridge是一组派生类在使用,抽象另外一组服务。
-
- 实际处理的问题不同,故分为两种不同模式