用聚合代替继承

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

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

针对都必须修改方法体的具体实现这一点。我们来分析下，为什么要“用聚合代替继承”！假设有一个学生类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