java与模式笔记(16)...

桥梁（Bridge）模式是对象的结构模式，又称为柄体（Handle and Body）模式或接口（Interface）模式。

桥梁模式的用意：将抽象化（Abstraction）与实现化（Implementation）脱耦，使得二者可以独立地变化。

桥梁模式结构与角色：

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

修正抽象化（Refined Abstraction）角色：扩展抽象化角色，改变和修正父类对抽象化的定义。

实现化（Implementor）角色：这个角色给出实现话角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应当只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。

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

桥梁模式和适配器模式的区别：适配器模式的目的是要改变已有的接口，让它们可以相容，以使没有关系的两个类能在一起工作。桥梁模式是分离抽象化和实现化，使得两者的接口可以不同。因此，两个模式是向相反方向努力的。

桥梁模式和策略模式的区别：策略模式是关于计算方法的封装的，而桥梁模式是关于怎样把抽象化角色和实现化角色的强耦合解除掉的。

桥梁模式和装饰模式的区别：桥梁模式中的抽象化角色里面的子类不能像装饰模式那样嵌套。桥梁模式却可以连续使用，换言之，一个桥梁模式的实现化角色可以成为下一步桥梁模式的抽象化角色。

桥梁模式与状态模式的关系：桥梁模式描述两个等级结构之间的关系，状态模式则描述一个对象与其（外部化的）状态对象之间的关系。

在以下情况下应当使用桥梁模式：

1、  如果一个系统需要在构建的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的联系。

2、  设计要求实现化角色的任何改变不应当影响客户端，或者说实现化角色的改变对客户端是完全透明的。

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

虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。