*******************
桥梁(Bridge)模式
*******************
桥梁模式是一个非常有用的模式,也是比较复杂的一个模式。熟悉这个模式对于理解面向对象的设计原则,包括"开-闭"原则(OCP)以及组合/聚合复用原则(CARP)都很有帮助。理解好这两个原则,有助于形成正确的设计思想和培养良好的设计风格。
桥梁模式的用意
在提出桥梁模式的时候指出,桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化"。这句话有三个关键词,也就是抽象化、实现化和脱耦。
抽象化
存在于多个实体中的共同的概念性联系,就是抽象化。作为一个过程,抽象化就是忽略一些信息,从而把不同的实体当做同样的实体对待
实现化
抽象化给出的具体实现,就是实现化。
脱耦
所谓耦合,就是两个实体的行为的某种强关联。而将它们的强关联去掉,就是耦合的解脱,或称脱耦。在这里,脱耦是指将抽象化和实现化之间的耦合解脱开,或者说是将它们之间的强关联改换成弱关联。
将两个角色之间的继承关系改为聚合关系,就是将它们之间的强关联改换成为弱关联。因此,桥梁模式中的所谓脱耦,就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系,从而使两者可以相对独立地变化。这就是桥梁模式的用意。
角色:
Abstraction 抽象化给出的定义,并保存一个对实现化对象的引用。
Refined Abstraction 扩展抽象化角色,改变和修正父类对抽象化的定义。
Implementor 这个角色给出实现化角色的接口,但不给出具体的实现。必须指出的是,这个接口不一定和抽象化角色的接口定义相同,实际上,这两个接口可以非常不一样。实现化角色应当只给出底层操作,而抽象化角色应当只给出基于底层操作的更高一层的操作。
Concrete Implementor 这个角色给出实现化角色接口的具体实现。
*******************
Example
*******************
// Abstraction
abstract class Abstraction {
protected Implementor imp;
public void setImp(Implementor imp) {
this.imp = imp;
}
public Implementor getImp() {
return imp;
}
public abstract void Operation();
}
// Implementor
abstract class Implementor {
abstract public void Operation();
}
// RefinedAbstraction
class RefinedAbstraction extends Abstraction {
public void Operation() {
imp.Operation();
}
}
// ConcreteImplementorA
class ConcreteImplementorA extends Implementor {
public void Operation() {
System.out.println("ConcreteImplementorA Operation");
}
}
// ConcreteImplementorB
class ConcreteImplementorB extends Implementor {
public void Operation() {
System.out.println("ConcreteImplementorB Operation");
}
}
public class Client
{
public static void Main( string[] args )
{
Abstraction abstraction = new RefinedAbstraction();
// Set implementation and call
Implementor impA = new ConcreteImplementorA();
abstraction.setImp(impA);
abstraction.Operation();
// Change implemention and call
Implementor impB = new ConcreteImplementorB();
abstraction.setImp(impB);
abstraction.Operation();
}
}