桥接模式
定义
桥接模式(Bridge):将抽象部分和它的实现部分分离,使他们都可以独立的变化。
UML
对象说明
Abstration:抽象类
Implementor:实现
ConcreteImplementorA、ConcreteImplementorB:派生子类
Demo
本demo主要是基于手机品牌和手机软件的设计。我们在设计的过程中需要知道手机品牌和手机软件之间的关系:手机品牌包含有手机软件,但是手机软件并不是品牌的一部分,这是个典型的聚合关系。
UML
class
抽象手机类
abstract public class BaseHandsetBrand { protected BaseHandsetSoft soft; /** * 设置手机软件 * */ public void setSoft(BaseHandsetSoft soft) { this.soft = soft; } /** * 运行 * */ public abstract void run(); }
具体的手机种类
public class HandsetBrandM extends BaseHandsetBrand { @Override public void run() { soft.run(); } }
public class HandsetBrandN extends BaseHandsetBrand { @Override public void run() { soft.run(); } }
抽象软件类
abstract public class BaseHandsetSoft { /** * 手机软件运行 * */ public abstract void run(); }
具体的软件类:
public class HandsetAddressList extends BaseHandsetSoft { @Override public void run() { System.out.println("运行手机通讯录..."); } }
public class HandsetGame extends BaseHandsetSoft { @Override public void run() { System.out.println("运行手机游戏..."); } }
客户端:
public class Client { public static void main(String[] args) { BaseHandsetBrand ab; //指定手机品牌 ab=new HandsetBrandN(); //运行手机游戏 ab.setSoft(new HandsetGame()); ab.run(); //运行地址 ab.setSoft(new HandsetAddressList()); ab.run(); //指定手机品牌 ab=new HandsetBrandM(); //运行手机游戏 ab.setSoft(new HandsetGame()); ab.run(); //运行地址 ab.setSoft(new HandsetAddressList()); ab.run(); } }
小结
关于定义的解释:这里的抽象与它的实现相分离,并不是说,让抽象类和其派生类分离,因为这是没有任何意义的。实现指的是抽象类和它的派生类用来实现自己的对象。按照上面的例子来说:即是让手机既可以按照品牌来分类,也可以按照功能来分类,“将抽象部分和它的实现部分分离”这里的理解是实现系统可能有多种角度分类,每一种分类都有可能变化,那么就把这种多角度分离出来让它们独立变化,减少他们之间的耦合。
补充部分:合成/聚合
合成(Composition,也称为组合)和聚合(Aggregation)都是关联的特殊种类。聚合是表示一种弱的拥有关系,体现的是A对象可以包含B对象,但是B对象不是A对象的一部分;合成是一种强的拥有关系,体现了一种严格的部分和整体的关系,部分和整体的生命周期是一样的。
举例说明:
在这个例子中,翅膀和大雁之间是部分和整体之间的关系,并且他们之间的生命周期是相同的,所以大雁和翅膀之间的关系就是合成。而每只大雁都是属于一个雁群,一个雁群可以存在多只大雁,所以大雁和雁群之间就是聚合关系。
合成/聚合复用原则(CARP):尽量使用合成/聚合原则,尽量不要使用类继承。
使用合成/聚合而不是继承的原因:
对象的继承关系是在编译时就定义好了,所以无法在运行时改变从父类继承过来的实现。子类的实现与它的父类有着非常紧密的依赖关系,以至于父类实现中的任何变化必然是导致子类发生变化。当你需要复用子类时,如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他的类替换。这种依赖关系限制了灵活性并最终限制了复用性。
于是,在面向对象设计的时候,我们应该尽量使用合成/聚合原则,退而求其次的使用类继承。