本篇文章总结自 【狂神说Java桥接模式】bilibili 狂神说Java桥接模式
引入
假设电脑有多个品牌,如华为,小米,苹果,每个品牌的电脑又有多个类型,如台式机,笔记本,平板。。。
那么在创建类的时候是不是要每个品牌每个类都去创建一个类呢?
如果真的这样做下来,那么将会造成代码繁重重复的现象。
于是桥接模式就出来了
代码实现
/**
* 品牌接口
*/
public interface Brand {
void info();
}
品牌类:
public class Huawei implements Brand {
@Override
public void info() {
System.out.print("华为");
}
}
public class Xiaomi implements Brand {
@Override
public void info() {
System.out.print("小米");
}
}
电脑类,其中包括一个抽象类Computer,以及子类
public abstract class Computer {
protected Brand brand; //声明成非私有的,让子类也可以使用这个属性
public Computer(Brand brand) {
this.brand = brand;
}
public void info(){
brand.info();
}
}
class Desktop extends Computer{
public Desktop(Brand brand) {
super(brand);
}
@Override
public void info() {
brand.info();
System.out.println("台式机");
}
}
class Laptop extends Computer{
public Laptop(Brand brand) {
super(brand);
}
@Override
public void info() {
super.info();
System.out.println("笔记本");
}
}
测试类:
public static void main(String[] args) {
Computer computer=new Desktop(new Huawei());
computer.info();
Computer computer1=new Laptop(new Xiaomi());
computer1.info();
}
结果

可以看出只是将品牌作为电脑类的属性,相当于是一个桥梁,大大提高了电脑与品牌的扩展性,未来如果有新的品牌或是电脑,可直接实现品牌接口或继承电脑类。
优点
- 桥接模式偶尔类似于多继承方案,但是多继承方案违背了类的单一职责原则,复用性比较差,类的个数也非常多,桥接模式是比多继承方案更好的解决方法。极大的减少了子类的个数,从而降低管理和维护的成本。
- 桥接模式提高了系统的可扩充性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统。符合开闭原则,就像一座桥,可以把两个变化的维度连接起来。
缺点
- 桥接模式的引入会增加系统的理解与设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计与编程。
- 桥接模式要求正确识别出系统中两个独立变化的维度,因此其使用范围具有一定的局限性。
最佳实践
- 如果一个系统需要在构建的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响,在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合,即系统需要对抽象化角色和实现化角色进行动态耦合。
- 一个类存在两个独立变化的维度,且这两个维度都需要进行扩展。
- 虽然在系统中使用继承是没有问题的,但是由于抽象化角色和具体化角色需要独立变化,设计要求需要独立管理这两者。对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。
与适配器模式的比较
桥接模式与适配器模式比较相像,都是A类需要持有另一个B类并调用B的方法,但对于适配器模式,两个维度(电脑和各种端口)是没有包含关系的,使用时只需获取适配器,将端口对象传入适配器即可,而对于桥接模式,电脑类包含了品牌类,两者有耦合关系。
本文深入探讨了桥接模式在Java编程中的应用,通过实例讲解如何解决电脑品牌与类型之间的耦合问题,有效减少代码重复,提高系统扩展性和可维护性。

被折叠的 条评论
为什么被折叠?



