在面向对象设计中,很多情况下使用继承会带来麻烦,比如:
对象的继承关系是在编译时就定义好了,所以无法在运行时改变从父类继承的实现。子类的实现与它的父类有非常紧密的依赖关系以至于父类实现中的任何变化必然会导致子类 发生变化。当你需要复用子类时,如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合的类替换。这种依赖关系限制了灵活性并最终限制了复用性。
所以在面向对象设计中,还有一个很重要的设计原则,合成/聚合复用原则。也就是优先使用对象合成/聚合,而不是类继承。
合成/聚合复用原则
合成/聚合复用原则(CARP),尽量使用合成/聚合,尽量不要使用类继承 。
合成(Composition,组合)和聚合(Aggregation)都是关联的特殊种类。聚合表示一种弱的“拥有”关系,体现的是A对象可以包含B对象,但B对象不是A对象的一部分;合成则是一种强“拥有”关系,体现了严格的部分和整体的关系,部分和整体的生命周期一样。
合成/聚合的关系就如,大雁有两个翅膀,翅膀与大雁是部分和整体的关系,并且它们的生命周期是相同的,于是大雁和翅膀就是合成关系。儿大雁是群居动物,所以每只大雁都是属于一个雁群,一个雁群可以有多只大雁,所以大雁和雁群是聚合关系。如下图:
合成/聚合复用原则的好处是,优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上,这样类和类继承层次会保持较小规模,并且不太可能增长为不可控制的庞然大物。
桥接模式(Bridge),将抽象部分与它的实现部分分离,使它们都可以独立地变化。
抽象与它的现实分离,并不是说,让抽象类与其派生类分离,因为这没有任何意义。实现指的是抽象类和它的派生类用来实现自己的对象。假如说手机品牌和手机游戏之间的关系如下:
按品牌分类实现结构图
按软件分类实现结构图
由于实现的方式有多种,桥接模式的核心意图就是把这些实现独立出来,让它们各自地变化。这就使得每种实现地变化不会影响其他实现,从而达到应对变化的目的。
桥接模式(Bridge)结构图
Implementor类
abstract class Implementor {
public abstract void operation();
}
ConcreteImplementorA和ConcreteImplementorB等派生类
public class ConcreteImplementorB extends Implementor{
@Override
public void operation() {
System.out.println("具体实现B的方法执行");
}
}
public class ConcreteImplementorA extends Implementor{
@Override
public void operation() {
System.out.println("具体实现A的方法执行");
}
}
Abstraction类
public class ConcreteImplementorB extends Implementor{
@Override
public void operation() {
System.out.println("具体实现B的方法执行");
}
}
RefinedAbstraction类
public class RefinedAbstraction extends Abstraction{
@Override
public void operation() {
implementor.operation();
}
}
客户端实现
public class Client {
public static void main(String[] args) {
Abstraction abstraction = new RefinedAbstraction();
abstraction.setImplementor(new ConcreteImplementorA());
abstraction.operation();
abstraction.setImplementor(new ConcreteImplementorB());
abstraction.operation();
}
}
运行结果:
“将它的抽象部分和它的实现部分分离”,也就是,实现系统可能有多角度分类,每一种分类都有可能变化,那么就把这种多角度分离出来让它们独立变化,减少它们之间的耦合。
(参考《大话设计模式》)