【设计模式】结构型模式 - 桥接模式

桥接模式

定义

将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。
桥接模式遵循了里氏替换原则和依赖倒置原则，最终实现了开闭原则，对修改关闭，对扩展开放。

特点

优点

• 抽象与实现分离，扩展能力强；
• 符合开闭原则；
• 符合合成复用原则；
• 其实现细节对客户透明。

缺点

由于聚合关系建立在抽象层，要求开发者针对抽象化进行设计与编程，能正确地识别出系统中两个独立变化的维度，这增加了系统的理解和设计难度。

结构与实现

结构

主要角色：

• 抽象化角色：定义抽象类，并包含一个对实现化对象的引用；
• 扩展抽象化角色： 是抽象化角色的子类，实现父类中的业务方法，并通过组合关系调用实现化角色中的业务方法；
• 实现化角色：定义实现化角色的接口，供扩展抽象化角色调用；
• 具体实现化角色，给出实现化角色接口的具体实现。

类图：

实现

• 实现化角色

interface Implementor {
	void operationImpl();
}

• 具体实现化角色

class ConcreteImplementorA implements Implementor {
	public void operationImpl() {
		// A 类的具体实现类代码逻辑
	}
}

• 抽象化角色

abstract class Abstraction {
	protected Implementor imple;
	
	protected Abstraction(Implementor imple) {
		this.imple = imple;
	}

	public abstract void operation();
}

• 扩展抽象化角色

class RefinedAbstraction extends Abstraction {
	protected RefinedAbstraction(Implementor imple) {
		super(imple);
	}
	public void operation() {
		// 扩展抽象化角色被访问
	}
}

• 调用客户端

public class BridgeTest {
	public static void main(String[] args) {
		Implementor imple = new ConcreteImplementorA();
		Abstraction abs = new RefinedAbstraction(imple);
		abs.operation();
	}
}

应用场景

桥接模式通常适用于以下场景。

1. 当一个类存在两个独立变化的维度，且这两个维度都需要进行扩展时;
2. 当一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时;
3. 当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时。

桥接模式的一个常见使用场景就是替换继承。继承有一个缺点：具有强侵入性，同时会导致子类臃肿，因此，在设计模式中，优先使用组合/聚合，而不是继承。