总结一下今天看的设计模式
情况是这样的子类有父类有多种能力,而子类有父类的部分能力也有可能与父类的能力不一样。难道我们总是要子类重写父类方法么?
这时候就要用到了接口来解决问题了用 Head First Design Patterns里面的例子
RubberDouc是不能飞的我们重写fly方法写成空,但是如果有来好多只不能飞的鸭子怎么办都从写fiy方法么?
并且存在一些鸭子叫声不一样也要每只鸭子从写quack方法么?
我想到到中继承的实现和一种接口的实现做一下对比
这是继承结构我能想到的办法缺点很明显如果鸭子再加一个能力呢?
要在加六个子类一次类推有好多能力会出现什么情况
看一下接口的实现把鸭子的能力定义成接口一一实现出来情况如下
这样当是什么鸭子就new fly的实现类出来调用实现类的方法来处理飞行方法
明显比继承要好很多