桥接模式属于对象结构型模式，其意图是将抽象的部分和它的实现部分分离，使他们都可以独立的变化。当一个抽象可能有多个实现时，通常用继承来协调他们。抽象类的定义对该抽象的接口。而具体的子类则用不同的方式加以实现，但是此方法有时不够灵活。继承机制将抽象部分与他的视线部分固定在一起，使得难以对抽象部分和实现部分独立地进行修改、扩充和充用。
实用性：
1.
你不希望在抽象和他的实现部分之间有一个固定的邦定关系，如在程序的运行时刻实现部分应该可以被选择或者切换。
2.
类的抽象以及他的视像都可以通过生成子类的方法加以扩充。这时bridge模式使你可以对不同的抽象接口和实现部分进行组合，并对他们进行扩充。
3.
对一个抽象的实现部分的修改应该对客户不产生影响，即客户的代码不需要重新编译。
4.
你想对客户完全隐藏抽象的实现部分。
5.
你想在多个实现间 共享实现，但同时要求客户并不知道这一点。
参与者:
Abstraction:定义抽象类的接口，维护一个指向实现者(implementor)接口类型(imageImp)的指针
RefinedAbstraction(BMPImg)：扩充由Abstraction定义的接口。
Implementor(ImageImp):定义实现类的接口，该接口不一定要与Abstraction的接口完全一致，事实上这两个接口可以完全不同。一般来讲Implementor接口仅提供基本操作，而Abstraction则定义了这些基本操作的较高层次的操作。
ConcreteImplementor(UnixImp)：实现ImageImp并定义它的具体实现。
图1
Bridge
模式的优点：
1.
分离接口和实现部分。一个实现不必不变得邦定在一个接口上。抽象类的实现可以在运行的时刻进行配置，一个对象甚至可以在运行的时候改变它的实现。
2.
提高可扩充性
你可以独立地对
Abstraction
和
Implementor
层次结构进行扩充。
3.
实现细节对客户的透明
你可以对可以隐藏实现细节。
代码示例
:
Abstraction
：代码
package
bridge;
public
abstract
class
Image{
protected
ImageImp
imptouse
;
public
void
setImageImp(ImageImp ip){
imptouse
=ip;
}
public
abstract
void
method(String str);
}
RefinedAbstraction(BMPImg)
代码：
package
bridge;
public
class
BMPImage
extends
Image{
public
void
method(String str){
String s1=str+
"\nBMP Image"
;
this
.
imptouse
.doPaint(s1);
}
}
Implementor(ImageImp)
代码：
package
bridge;
public
interface
ImageImp{
public
void
doPaint(String str);
}
ConcreteImplementor(UnixImp)
代码：
package
bridge;
public
class
UnixImp
implements
ImageImp{
public
void
doPaint(String str){
System.
out
.println(str+
" at UnixOS!"
);
}
}
客户端代码：
package
bridge;
public
class
Client{
public
static
void
main(String[] args){
ImageImp winimp =
new
WinImp();
BMPImage bmp =
new
BMPImage();
bmp.setImageImp(winimp);
bmp.method(
"Paint ==>"
);
ImageImp uniximp =
new
UnixImp();
bmp.setImageImp(uniximp);
bmp.method(
"Paint ==>"
);
}
}
结论：
Bridge
模式有效的使抽象类中一个具体方法的实现可以独立变化，与工厂方法不同的实，其具体的方法实现可以被共享。
本文转自凌辉博客51CTO博客，原文链接http://blog.51cto.com/tianli/34027如需转载请自行联系原作者
lili00okok
