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是一组派生类在使用，抽象另外一组服务。

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