本文已参加[新人创作礼]活动,一同敞开掘金创作之路。
1 桥接形式的界说
桥接形式(Bridge Pattem):将笼统部分和完成部分分离,使它们都能够独登时改变。它是一种目标结构型形式,又称柄体形式或者接口形式。
2 为什么引进桥接形式
当用户选用多承继的方法完成代码时,添加一个新的品种非常不方便(可拓宽性差)。如上图,我想添加一个奥迪类,则需求在跑车中添加奥迪跑车类,在SUV中添加奥迪SUV类,这仅仅是两个,如果是多的话会愈加的麻烦。
一起也违反了 单一责任准则。
桥接形式能够很好的优化这一问题。
3 桥接实战
把上面的比如总结一下,能够得到如下的图。
桥接形式的效果就如同中心的点,将类型和品牌联系起来。
3.1 代码
Brand.interface
//品牌接口
public interface Brand {
public void info();
}
BMW
public class BMW implements Brand{
@Override
public void info() {
System.out.print("宝马");
}
}
Benz
public class Benz implements Brand{
@Override
public void info() {
System.out.print("奔跑");
}
}
Car
public abstract class Car {
protected Brand brand;
public Car(Brand brand) {
this.brand = brand;
}
public void info()
{
brand.info();
}
}
SportsCar
public class SportsCar extends Car{
public SportsCar(Brand brand) {
super(brand);
}
@Override
public void info() {
super.info();
System.out.println("跑车");
}
}
SUV
public class SUV extends Car{
public SUV(Brand brand) {
super(brand);
}
@Override
public void info() {
super.info();
System.out.println("越野车");
}
}
Client
public class Client {
public static void main(String[] args) {
//宝马跑车
Car car = new SportsCar(new BMW());
car.info();
}
}
3.2 类图
将多承继转化为桥接形式之后,如果在想添加一个凯利拉克,就只需求在Car里边添加一个凯利拉克,而不需求对其他类进行改动。
4 桥接形式的优缺陷
4.1 长处
- 桥接形式偶尔类似于多承继计划,可是多承继计划违反了类的单一责任准则,复用性比较差,类的个数也非常多,桥接形式是比多承继计划更好的解决方法。极大的减少了子类的个数,从而下降办理和保护的本钱。
- 桥接形式提高了体系的可扩充性,在两个改变维度中任意拓宽一个维度,都不需求修改原有的体系。符合开闭准则,就像一座桥,能够把两个改变的维度连接起来。
4.2 缺陷
- 桥接形式的引进会添加体系的理解与规划难度,因为聚合相关关系树立在笼统层,要求开发者针对笼统进行规划与编程。
- 桥接形式要求正确识别出体系中两个独立改变的维度,因而其运用范围具有一定的局限性。
4.3 适用环境
如果一个体系需求在构件的笼统化人物和具体化人物之间添加更多的灵活性,防止在两个层次之间树立静态的承继联系,经过桥接形式能够使它们在笼统层树立一个相关关系。
笼统化人物和完成化人物能够承继的方法独立扩展而不相互影响,在程序运行时能够动态讲一个笼统化子类的目标和一个完成化子类的目标进行组合,即体系需求对笼统化人物和完成化人物进行动态耦合。
一个类存在两个独立改变的维度,且这两个维度都需求进行扩展。虽然在体系中运用承继是没有问题的,可是因为笼统化人物和具体化人物需求独立改变,规划需求需求独立办理这两者。
关于那些不期望运用承继或因为多层次承继导致体系类的个数急剧添加的体系,桥接形式尤为适用。
4.4 场景
关于那些不期望运用承继或因为多层次承继导致体系类的个数急剧添加的体系,桥接形式尤为适用。
4.4 场景
- Java言语经过Java虚拟机完成跨平台性
- AWT中的Peer架构
- JDBC驱动程序也是桥接形式的使用之一