学习：桥接模式（Bridge）

阅读更多

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

别名
Handle/Body

 

结构

 

参与者
• Abstraction
— 定义抽象类的接口。
— 维护一个指向I m p l e m e n t o r类型对象的指针。
• RefinedAbstraction
— 扩充由Abstraction定义的接口。
• Implementor
— 定义实现类的接口，该接口不一定要与Abstraction的接口完全一致；事实上这两个
接口可以完全不同。一般来讲，Implementor接口仅提供基本操作，而Abstraction则
定义了基于这些基本操作的较高层次的操作。
• ConcreteImplementor
— 实现Implementor接口并定义它的具体实现。

示例代码

public abstract class Abstraction {
	private Implementor impl;

	public Implementor getImpl() {
		return impl;
	}

	public void setImpl(Implementor impl) {
		this.impl = impl;
	}

	public Abstraction(Implementor impl) {
		this.impl = impl;
	}
	
	public abstract void operation();
}

public class RefinedAbstraction extends Abstraction {

	public RefinedAbstraction(Implementor impl) {
		super(impl);
	}

	@Override
	public void operation() {
		getImpl().operation();
	}

}

public interface Implementor {

	public void operation();
}

public class ConcreteImplementorA implements Implementor {

	@Override
	public void operation() {
		System.out.println("do something");
	}

}

public class Client {

	public static void main(String[] args) {
		Abstraction abstraction = new RefinedAbstraction(new ConcreteImplementorA());
		abstraction.operation();
	}
}

 

适用性

• 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换。
• 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充。
• 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译。
• 你想在多个对象间共享实现（可能使用引用计数），但同时要求客户并不知道这一点。

 

效果

分离了接口和具体的实现，将Abstraction与Implementor分离有助于降低对实现部分编译时刻的依赖性，当改变一个实现类时，并不需要重新编译Abstraction类和它的客户程序，甚至可以在运行时刻改变。大大提高了扩展性，Abstraction和Implementor都可以各自独立扩展。

 

注意：如果Implementor仅有一个实现时候，就不要用该模式了（当然示例代码是用来给个例子的）。

 

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

• 
• 大小: 19.4 KB

• 查看图片附件