设计模式之结构型模式：桥模式（Bridge）

意图

• 将抽象部分与它的实现部分分离，使它们都可以独立地变化

动机

• 当一个抽象可能由多个实现时，通常用继承来协调它们。抽象类定义对该抽象的接口，而具体的子类则用不同的方式加以实现。但是此方法有时不够灵活。继承机制将抽象部分与它的实现部分固定在一起，使得难以对抽象和实现部分进行扩展，重用。

适用性

• 不希望在抽象和它的实现部分之间有一个固定的绑定关系
• 类的抽象以及它的实现部分都应该通过时生成子类的方法加以扩充，这是Bridge模式使得可以对不同的抽象接口和实现部分进行组合，并分别对他们进行扩充
• 对一个抽象的实现部分的修改对客户没有影响，即可客户的代码不必重新编译
• 对客户隐藏实现的细节
• 多个对对象间实现共享，但同时客户并不知道

结构

参与者

• Abstraction
  • 定义抽象类的接口
    • 维护一个指向Implementor的对象的指针
• RefinedAbstraction
  • 扩充Abstraction定义的接口
• Implementor
  • 定义实现类的接口
• ConcreteImplementor
  • 实现Impelmentor接口并具体定义它的具体实现

协作

• Abstraction将client的请求转发给它的Implementor对象

效果

• 分离接口及其实现部分
• 提高可扩充性

实现

• 仅有一个Implemetor的实现时，没有必要抽象；
• 创建正确的Implementor对象；
• 共享Implementor对象
• 采用多继承机制不可能实现Bridge模式

代码

class BridgeStructure
{
public void Test()
{
Implementor im = new ConcreteImplementor();
Abstracrtion abs = new ConcreteAbstraction(im);
abs.Operation();
}
}
abstract class Implementor
{
public abstract void RecificOperation();
}
class ConcreteImplementor : Implementor
{
public override void RecificOperation()
{
Console.WriteLine(“ConcreteImplementor RecificOperation”);
}
}
abstract class Abstracrtion
{
protected Implementor implementor;
public abstract void Operation();
}
class ConcreteAbstraction : Abstracrtion
{
public ConcreteAbstraction( Implementor im)
{
base.implementor = im;
}
public override void Operation()
{
base.implementor.RecificOperation();
}
}

相关模式

• Abstract Factory模式可以用来创建和配置一个特定的Bridge模式
• Adapter 模式是用来帮助无关的类协助工作，它通常在模块设计完成后才会被使用。然而，Bridge模式则是在系统开始时就被使用，它使得抽象接口和实现部分可以独立进行改变。