桥接模式bridge
桥接模式是将抽象部分与它的实现部分分离,使它们都可以独立地变化。它是一种对象结构模式
,又称为柄体(Handle and Body)模式或接口(Interface)模式。
如下,为电脑的多继承结构:
可以看出其多继承为如下两个维度:
可以在代码中进行如下实现:
// 品牌接口
public interface Brand {
public void info();
}
class Apple implements Brand{
@Override
public void info() {
System.out.print("苹果");
}
}
class Lenovo implements Brand{
@Override
public void info() {
System.out.print("联想");
}
}
//抽象的电脑类型
public abstract class Computer {
//组合(品牌):桥
protected Brand brand;
public Computer(Brand brand){
this.brand = brand;
}
public void info(){
brand.info();
}
}
class Laptop extends Computer{
public Laptop(Brand brand) {
super(brand);
}
@Override
public void info() {
super.info();
System.out.println("笔记本 💻");
}
}
class Deaktop extends Computer{
public Deaktop(Brand brand) {
super(brand);
}
@Override
public void info() {
super.info();
System.out.println("台式机 🖥️");
}
}
public class Test {
public static void main(String[] args) {
// 苹果笔记本
Laptop appleLaptop = new Laptop(new Apple());
appleLaptop.info();
// 联想台式机
Deaktop lenvonDesktop = new Deaktop(new Lenovo());
lenvonDesktop.info();
}
}
输出:
好处:
- 桥接模式偶尔类似于多继承方案,但是多继承方案违背了
类的单一职责
原则,复用性比较差,累的个数也非常多。桥接模式是比多继承方案更好的解决方案。
极大的减少了子类的个数,从而降低了维护成本 - 桥接模式提高了系统的可扩充性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统。符合开闭原则,就像一座桥,可以把两个变化维度连接起来。
劣势:
- 桥接模式的引入会增加系统的理解与设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计与编程。
- 桥接模式要求正确识别出系统中两个独立变化的维度,因此其使用范围具有一定的局限性。
最佳实践:
- 如果一个系统需要在构建的抽象画角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响,在程序运行时可以动态讲一个抽象化子类的对象和一个实现化子类的对象进行组合,即系统需要对抽象化角色和实现化角色进行动态耦合。
- 一个类存在两个独立变化的维度,且这两个维度都不需要进行扩展。
- 虽然在系统中使用继承是没有问题的,但是由于抽象画角色和具体化角色需要独立变化,设计要求需要独立管理这两者。对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。
场景:
- Java语言通过Java虚拟机实现了平台的无关性
- AWT中的Peer架构
- JDBC驱动程序也是桥接模式的应用之一