桥接模式(Bridge Pattem):将抽象部分和实现部分分离,使它们都可以独立地变化。它是一种对象结构型模式,又称柄体模式或者接口模式。
当用户采用多继承的方式实现代码时,增加一个新的种类非常不方便(可拓展性差)。如上图,我想增加一个奥迪类,则需要在跑车中增加奥迪跑车类,在SUV中增加奥迪SUV类,这仅仅是两个,如果是多的话会更加的麻烦。
同时也违反了 单一职责原则。
桥接模式可以很好的优化这一问题。
把上面的例子总结一下,可以得到如下的图。
桥接模式的作用就如同中间的点,将类型和品牌联系起来。
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(); } }
将多继承转化为桥接模式之后,如果在想增加一个凯利拉克,就只需要在Car里面增加一个凯利拉克,而不需要对其他类进行改动。
如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。
抽象化角色和实现化角色可以继承的方式独立扩展而不相互影响,在程序运行时可以动态讲一个抽象化子类的对象和一个实现化子类的对象进行组合,即系统需要对抽象化角色和实现化角色进行动态耦合。
一个类存在两个独立变化的维度,且这两个维度都需要进行扩展。虽然在系统中使用继承是没有问题的,但是由于抽象化角色和具体化角色需要独立变化,设计需求需要独立管理这两者。
对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。
然在系统中使用继承是没有问题的,但是由于抽象化角色和具体化角色需要独立变化,设计需求需要独立管理这两者。
对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。