继承的第一原则

       当初在学习面向对象的时候，对于【继承】的第一印象就是获得了父的所有方法和属性，所以相对于继承了父的功能和职责。而后面自己的设计也是基于这个原则，就是复用原则，复用父项的方法原则。慢慢的延伸就是有多个子类，就会把几个子类共用的一些方法放到父类里面，而这种设计思想深深的影响了自己很久。

 

       而这种方法却在近年来被自己慢慢的推翻，现在使用继承的第一原则就是模板，Template。通过父类使用Template模式，构造出子类的流程，而自己只是在对应的钩子方法（Hook）里面填充着差异的地方，如果不是这种情况，我会尽量的减少继承的使用。对于原来的把子类的方法推到父类的方法里面，则通过其它的方式进行消除掉了。造成这种变化，只是源于一个原则的影响，【一切私有方法都是有罪的】。

 

        在编码的时候，大量的把方法推到父类之后，才发现这些方法，别的地方也会需要，而这个时候，就很痛苦，因为通过继承肯定不行，但是不继承，别的地方就需要copy一份，不copy就需要把这个方法变成静态的方法，而这个时候，就会出现很奇怪的关系了。这种问题，我一般都是把这些方法归属到几个其它类中，因为调用super.method()，和调用Other.method()实际上代码是一样的，都没有减少和增加，但是类的职责却清晰了很多。

 

       近些年随着IOC的增多，那么Template的使用也自然增多了很多，所以也自然的倾向于父类定义流程，子类实现差异的方式来做，而不是父类提供方法，子类进行组装。两种差异的直观比较，见下面的代码。

       第一种方式：父类提供大量方法，子类组装

      

public class FatherMehod {

    protected void a() {
        // doSomeThing
    }
    
    protected void b() {
        // doSomeThing
    }
    
    protected void c() {
        // doSomeThing
    }
    
}

public class SonSetup extends FatherMehod {
    public void doProcess() {
        a();
        b();
        c();
    }
}

第二种方法：父类提供流程，子类实现差异（Template）

public abstract class FatherTemplate  {
    public void doProcess() {
        a();
        b();
        c();
    }
    
    protected abstract void a();
    protected abstract void b();
    protected abstract void c();
}

public class SonDiff extends FatherTemplate{

    protected void a() {
        // doSomeThing
    }
    
    protected void b() {
        // doSomeThing
    }
    
    protected void c() {
        // doSomeThing
    }
    
}

差异就在于在第一种方式里面子类实现的代码，变成父类实现了，实现了控制反转（IOC），这个就是我的继承的第一原则，Template。