文章目录
将抽象部分与其实现相分离,使他们可以独立变化。
是一种对象结构型模式,又称为
柄体模式
(Handle and Body) 或接口模式
(Interface)
1、分析
- 有以下场景
- 上面的场景有两个维度变化:品牌、类型
2、电脑DEMO
2.1、品牌接口 Brand
// 品牌
public interface Brand {
void info();
}
2.2、联想品牌 Lenovo
// 品牌:联想
public class Lenovo implements Brand {
@Override
public void info() {
System.out.print("联想");
}
}
2.3、苹果品牌 Apple
// 品牌:苹果
public class Apple implements Brand {
@Override
public void info() {
System.out.print("苹果");
}
}
2.4、抽象电脑类型类 Computer
// 抽象的电脑类型类
public abstract class Computer {
// 组合,品牌
protected Brand brand;
public Computer(Brand brand) {
this.brand = brand;
}
public void info(){
// 自带品牌输出
brand.info();
}
}
2.5、台式机 Desktop
// 台式机
class Desktop extends Computer {
public Desktop(Brand brand) {
super(brand);
}
@Override
public void info() {
super.info();
System.out.print("台式机");
}
}
2.6、笔记本 Laptop
// 笔记本
class Laptop extends Computer {
public Laptop(Brand brand) {
super(brand);
}
@Override
public void info() {
super.info();
System.out.print("笔记本");
}
}
2.7、Test
// 来一个苹果笔记本
new Laptop(new Apple()).info();
// 再来一个联想台式机
new Desktop(new Lenovo()).info();
2.8、Result
苹果笔记本联想台式机
3、归纳
4、总结
- 优势
- 偶尔类似于多继承方案,但是多继承方案违背了 类 的单一职责原则,复用性差,类个数也非常多。桥接模式是比多继承方案更好的解决办法。极大的减少了子类的个数,从而降低管理和维护成本
- 提交系统可扩展性,两个维度任意拓展都不需要修改原有系统。符合开闭原则,就像一座桥,可以把两个维度连接起来
- 劣势
- 增加系统的理解与设计难度,由于聚合关联关系建立在抽象层,要求开发人员针对抽象层进行设计与开发
- 要求正确识别出系统中两个独立变化的维度,因此适用范围比较有局限性
- 最佳实践
- 如果一个系统需要在构建的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响,在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合,即系统需要对抽象化角色和实现化角色进行动态耦合
- 一个类存在两个独立变化的维度,且这两个维度都需要进行扩展。虽然在系统中使用继承是没有问题的,但是由于抽象化角色和具体化角色需要独立变化,设计要求需要独立管理这两者。对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用
- 场景
- Java通过Java虚拟机实现平台无关性
- JDBC驱动程序也是桥接模式的应用之一