桥接模式(Bridge pattern)
在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化,而又不引入额外的复杂度?这就要使用Bridge模式。
抽象化
存在于多个实体中的共同的概念性联系,就是抽象化。作为一个过程,抽象化就是忽略一些信息,从而把不同的实体当做同样的实体对待。
实现化
抽象化给出的具体实现,就是实现化。
脱耦
所谓耦合,就是两个实体的行为的某种强关联。而将它们的强关联去掉,就是耦合的解脱,或称脱耦。在这里,脱耦是指将抽象化和实现化之间的耦合解脱开,或者说是将它们之间的强关联改换成弱关联。
将两个角色之间的继承关系改为聚合关系,就是将它们之间的强关联改换成为弱关联。因此,桥梁模式中的所谓脱耦,就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系,从而使两者可以相对独立地变化。这就是桥梁模式的用意。
灯
白炽灯
水晶灯
普通开关
遥控开关
测试
在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化,而又不引入额外的复杂度?这就要使用Bridge模式。
抽象化
存在于多个实体中的共同的概念性联系,就是抽象化。作为一个过程,抽象化就是忽略一些信息,从而把不同的实体当做同样的实体对待。
实现化
抽象化给出的具体实现,就是实现化。
脱耦
所谓耦合,就是两个实体的行为的某种强关联。而将它们的强关联去掉,就是耦合的解脱,或称脱耦。在这里,脱耦是指将抽象化和实现化之间的耦合解脱开,或者说是将它们之间的强关联改换成弱关联。
将两个角色之间的继承关系改为聚合关系,就是将它们之间的强关联改换成为弱关联。因此,桥梁模式中的所谓脱耦,就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系,从而使两者可以相对独立地变化。这就是桥梁模式的用意。
灯
public interface ILight {
public void lightOn();
}
白炽灯
public class IncandescentLight implements ILight{
@Override
public void lightOn() {
System.out.println("白炽灯亮了...");
}
}
水晶灯
public class CrystalLight implements ILight{
@Override
public void lightOn() {
System.out.println("水晶灯亮了...");
}
}
普通开关
public class Switch {
private ILight light;
public Switch(ILight light){
this.light=light;
}
public void switchOn(){
this.light.lightOn();
}
}
遥控开关
public class RemoteSwitch extends Switch{
public RemoteSwitch(ILight light) {
super(light);
}
}
测试
public class Demo {
public static void main(String[] args) {
CrystalLight crystalLight=new CrystalLight();
System.out.println("--普通开关--");
Switch switch1=new Switch(crystalLight);
switch1.switchOn();
System.out.println("--遥控开关--");
RemoteSwitch remoteSwitch=new RemoteSwitch(crystalLight);
remoteSwitch.switchOn();
}
}