设计模式学习之桥梁模式

什么是桥梁模式？

    桥梁模式是将抽象与实现解耦，使得两者可以独立的变化。那么我们的重点就是如何将抽象与实现解耦？

桥梁模式的关键是什么？

    如下如为桥梁模式的类图，其中的关键就是Abstraction和Implementor的关系。Abstraction为抽象角色，Implementor为实现角色，其中抽象类依赖实现类。

    


    下面我们看一下桥梁模式的四个角色：

Abstraction - 抽象化角色：它的主要职责是定义出该角色的行为，同时保存一个对实现化角色的引用，该角色一般是抽象类。
Implementor - 实现化角色：它是接口或者抽象类，定义角色必须的行为和属性。
RefinedAbstraction - 修正抽象化角色：它引用实现化角色对修正化角色进行修正。
ConcreteImplementor - 具体实现化角色：它实现接口或抽象类定义的行为和属性。
    对于桥梁模式，主要解决的是多个模式控制下的复杂性，例如我们搬家时会准备很多箱子，包括有纸箱、布箱，有大箱子、中箱子、小箱子等。我们的UML设计如下：



    SizeImpl接口（实现化角色）代码：

public interface SizeImpl {

public int size();
}

    Big类（具体实现化角色）代码：

public class Big implements SizeImpl {

@Override
public int size() {
return 20;
}
}

    Small类（具体实现化角色）代码：

public class Small implements SizeImpl {

@Override
public int size() {
return 5;
}
}

    AbstractBox抽象类（抽象化角色）代码：

public abstract class AbstractBox {

private SizeImpl size;

public SizeImpl getSize() {
return size;
}

public void setSize(SizeImpl size) {
this.size = size;
}

public abstract void makeBox();

}

    PaperBox类（修正抽象化角色）代码：

public class PaperBox extends AbstractBox {

@Override
public void makeBox() {
System.out.println("material:paper");
System.out.println("size:" + getSize().size());
}
}

    client代码：

public class BoxClient {

public static void main(String[] args) {
PaperBox paperBox = new PaperBox();
paperBox.setSize(new Big());
paperBox.makeBox();
}

}

    执行结果如下：

material:paper
size:20

    这样做的好处是如果我们想扩展皮箱，不需要再去定义大皮箱、中皮箱、小皮箱三个类，只需要定义一个皮箱类。
桥梁模式的优点
实现抽象与现实的分离，很好的解决了继承的缺点。
优秀的扩展能力。
实现细节对客户透明。
桥梁模式的使用场景

系统需要再抽象化角色与具体化角色之间增加更多灵活性。
客户端要求实现化角色的任何改变不影响客户端。
一个构建有多于一个的抽象化角色和实现化角色。
虽然系统中使用继承没有问题，但是系统中的抽象化角色与具体化角色需要独立变化。

参考
http://blog.csdn.net/xingjiarong/article/details/50132727