接口只提供方法名，告诉调用它的对象，我能完成什么任务。当需求在变更时，我们只需修改方法体的具体实现。相比之下，普通类定义提供了方法名，而且方法体的实现代码也固化了。当需求变更时，我们也必须修改方法体的具体实现。
针对都必须修改方法体的具体实现这一点。我们来分析下，为什么要“用聚合代替继承”！假设有一个学生类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
