结构模式--之--桥梁模式

桥梁模式的用意是“将抽象化与实现化脱耦，使得两者能够独立地变化”

 

所谓脱耦，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱或称为脱耦。或者说，将它们之间的强关联改换成弱关联。

所强关联，就是在编译时期已经肯定的，没法在运行期间动态改变的关联。所谓弱关联，就是能够动态地肯定而且能够在运行时期动态地改变的关联。在java语言中，类继承关系是强关联，而聚合有关系是弱关联。

桥梁模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使二者能够相对独立地变化。这就是桥梁模式的用意。

 

桥梁模式的系统含有两个等级结构：

1.由抽象化角色和修正抽象化角色组成的抽象化等级结构

2.由实现化角色和两个具体实现化角色所组成的实现化等级结构。

桥梁模式所涉及的角色：

1.抽象化（Abstraction）角色：抽象化给出的定义，并保存一个对实现化对象的引用

2.修正抽象化(Refined Abstraction)角色：扩展抽象化角色，改变和修正父类对抽象化的定义

3.实现化（Implementor）角色:这个角色给出实现化角色的接口，但不给出具体的实现，这个接口不必定和抽象化角色的接口相同，实际上，这两个接口能够很是 不同。实现化角色应当只给出底层操做，而抽象化角色应当只给出基于底层操做的更高一层的操做。

4.具体实现化（Concrete Implementor）角色：这个角色给出实现化角色接口的具体实现。

通常而言，实现化角色中的每个方法都应当有一个抽象化角色中某一个方法与之相对应。可是反过来则不必定。换言之，抽象化角色的接口比实现化角色的接口宽。抽象化角色除了提供与实现化角色相关的方法外，还可能提供其它的商业方法，而实现化角色则每每仅为实现抽象化角色的相关行为而存在。

 

救命代码：

 1 public class BridgeTest {
 2     public static void main(String[] args) {
 3         Abstraction imp = new RefinedAbstraction(new ConcreteImplementorA());
 4         imp.operation();
 5     }
 6 
 7 }
 8 //抽象化角色
 9 abstract class Abstraction{
10     //实现化角色
11     protected Implementor imp;
12     
13     //经过向实现化角色委派完成
14     public void operation(){
15         imp.operationImp();
16     }
17 }
18 //修正抽象化角色
19 class RefinedAbstraction extends Abstraction{
20     public RefinedAbstraction(Implementor imp){
21         this.imp = imp;
22     }
23     
24     //修正化角色能够置换掉实现化角色的方法
25     public void operation(){
26         System.out.println("Do anotherThing....");
27     }
28 }
29 //实现化角色
30 abstract class Implementor{
31     public abstract void operationImp();
32 }
33 
34 //具体实现化角色
35 class ConcreteImplementorA extends Implementor{
36 
37     @Override
38     public void operationImp() {
39         System.out.println("Do something....");
40     }
41     
42 }

桥梁模式是“对变化的封装”原则以及组合、聚合复用原则的极好的例子。在飞机制造系统中，飞机的种类和制造商表明两个不一样的变化因素，而这两个变化因素须要独立地变化。按照对变化的封装原则，它们应当被封装到继承的等级结构中，而这两个等级结构之间应当选择使用聚合关系，避免出现静态的强耦合，这就致使了桥梁模式的设计方案。

 

什么状况下使用桥梁模式？

1.若是一个系统须要在构件的抽象化角色和具体化角色之间增长更多的灵活性，避免在两个层次之间创建静态的联系

2.设计要求实现化角色的任何改变不该当影响客户端，或者说实现化角色的改变对客户端是彻底透明的

3.一个构件有多于一个的抽象化角色和实现化角色，系统须要它们之间进行动态耦合

4.虽然在系统中使用继承是没有问题，可是因为抽象化角色和具体化角色须要独立变化，设计要求须要独立管理这二者。