用聚合代替继承

         “用聚合来代替继承”，其实是讲，用接口的派生来特化，代替用继承来特化。（这里的特化，可以理解为子类）

         接口只提供方法名，告诉调用它的对象，我能完成什么任务。当需求在变更时，我们只需修改方法体的具体实现。相比之下，普通类定义提供了方法名，而且方法体的实现代码也固化了。当需求变更时，我们也必须修改方法体的具体实现。

         针对都必须修改方法体的具体实现这一点。我们来分析下，为什么要“用聚合代替继承”！假设有一个学生类Student，其中一个方法是从宿舍区到教学区docToSchool().

<1>设计之初

        宿舍区离教学区很近，所以docToSchool()这个方法里的代码只需要实现“步行”这种形式就可以了。

用接口派生：

public interface Student{ void docToSchool(); } //特化 public class Student1 implements Student{ void docToSchool(){ ...//步行方法的具体实现 } ... }
用普通类继承：

public class Student{ public void docToSchool(){ ...//步行方法的具体实现 } } //特化 public class Student1 extends Student{ ...//除docToSchool()外的其它与学生有关的方法 }
<2>遇上需求变更
       现在有新的宿舍区，这个宿舍区离教学区较远，这个宿舍区的学生都选择骑自行车到教学区上课。
用接口派生：（此时，并不需要修改基础类）

public class Student2 implements Student{ void docToSchool(){ ...//自行车方法的具体实现 } }用普通类继承：（此时，必须修改基础类）

public class Student{ public void docToSchool(){ ...//一个“步行”和“骑自行车”都适用的方法体 } }

或许你会这样做：

public class Student{ public void docToSchool(int type){ switch(type){ case 1:步行; case 2:骑自行车; ... } } }
结论：
可以看出，遇上需求变更时，用继承来特化的方式，将需要修改大量的代码。而用接口特化的方式，却能很好地适应需求变更。很多Bug都是在修改代码中，无意冒出。而且当需求一直变化时，用继承特化的方式，很容易崩溃！！！

    当然了，继承可以代码复用，又可以实例化。代码复用率：普通类 > 抽象类 >= 接口类。根据自己设计中对代码复用率的需

求情况及是否需要实例化，来选择相应的类才是最好的。（一般情况下，我们鼓励使用接口类）

参考资料：
《设计模式解析（第2版）》（美）Shalloway,A. ，（美）Trott,.J.R. 著，徐言声译，北京：人民邮电出版社，2010,12