继承的第一原则

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

 

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

 

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

 

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

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

      

 1 public class FatherMehod {
 2 
 3     protected void a() {
 4         // doSomeThing
 5     }
 6     
 7     protected void b() {
 8         // doSomeThing
 9     }
10     
11     protected void c() {
12         // doSomeThing
13     }
14     
15 }
1 public class SonSetup extends FatherMehod {
2     public void doProcess() {
3         a();
4         b();
5         c();
6     }
7 }

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

 1 public abstract class FatherTemplate  {
 2     public void doProcess() {
 3         a();
 4         b();
 5         c();
 6     }
 7     
 8     protected abstract void a();
 9     protected abstract void b();
10     protected abstract void c();
11 }
 1 public class SonDiff extends FatherTemplate{
 2 
 3     protected void a() {
 4         // doSomeThing
 5     }
 6     
 7     protected void b() {
 8         // doSomeThing
 9     }
10     
11     protected void c() {
12         // doSomeThing
13     }
14     
15 }

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

posted on 2013-09-23 17:36  南郭先生kaka  阅读(868)  评论(1)  编辑  收藏  举报

导航