一、简介
桥接(Bridge)模式的定义如下:将抽象与实现分离,使它们可以独立变化。它是用组合关系代替继承关系来实现,从而降低了抽象和实现这两个可变维度的耦合度。
二、优缺点
优点:
- 抽象与实现分离,分离了抽象部分及其实现部分两个维度,实现了代码的解耦,提高了系统的扩展性。
- 扩展功能时只需要新增类,无需修改源代码,符合开闭原则。
- 通过组合而不是继承来实现耦合,符合合成复用原则。
- 其实现细节对客户透明
缺点:
- 桥接模式的使用会增加系统的理解与设计难度,由于关联关系建立在抽象层,要求开发者一开始就针对抽象层进行设计与编程。
三、应用场景
1) 当一个类存在两个独立变化的维度,且这两个维度都需要进行扩展时
2) 当一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时。
3) 当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时。
四、模式结构
1. 主要角色
- 抽象化(Abstraction)角色:定义抽象类,并包含一个对实现化对象的引用。
- 扩展抽象化(Refined Abstraction)角色:是抽象化角色的子类,实现父类中的业务方法,并通过组合关系调用实现化角色中的业务方法。
- 实现化(Implementor)角色:定义实现化角色的接口,供扩展抽象化角色调用。
- 具体实现化(Concrete Implementor)角色:给出实现化角色接口的具体实现。
2. UML类图
五、代码实现
- 实现化角色
public interface AppStore {
String use();
}
- 具体实现化角色
public class HuaweiAppStore implements AppStore {
@Override
public String use() {
return "Huawei AppStore...";
}
}
public class MiAppStore implements AppStore {
@Override
public String use() {
return "Mi AppStore...";
}
}
- 抽象化角色
public abstract class Phone {
protected AppStore appStore;
public Phone(AppStore appStore) {
this.appStore = appStore;
}
abstract void use();
}
- 扩展抽象化角色
public class HuaweiPhone extends Phone {
public HuaweiPhone(AppStore appStore) {
super(appStore);
}
@Override
void use() {
System.out.println("Huawei Phone use " + appStore.use());
}
}
public class MiPhone extends Phone {
public MiPhone(AppStore appStore) {
super(appStore);
}
@Override
void use() {
System.out.println("MI Phone use " + appStore.use());
}
}
- 测试
@Test
public void test(){
Phone huaweiPhone = new HuaweiPhone(new HuaweiAppStore());
Phone miPhone = new MiPhone(new MiAppStore());
huaweiPhone.use();
miPhone.use();
}