《Head First 设计模式》学习笔记
2008-10-22 17:49
260 查看
第一章中讲到的鸭子问题:首先写了一个父类,具有叫,游泳方法和display抽象方法。具体的鸭子则继承父类。当需要展示鸭子的飞的行为时,直接在父类上加了个FLY方法。这么做产生了一个后果,那就是继承了父类的橡皮鸭也有了飞的动作。这是不能接收的。通过这件事,我们体会到:当涉及“维护”时,为了“复用”目的而使用继承,结局并不完美。
利用继承来提供Duck的行为,会导致的缺点主要是:改变会牵一发动全身,造成其他鸭子不想要的改变。
利用继承来提供Duck的行为,会导致的缺点主要是:改变会牵一发动全身,造成其他鸭子不想要的改变。
相关文章推荐
- 《Head First 设计模式》学习笔记——策略模型
- 《Head First 设计模式》学习笔记——单件(例)模式
- 《Head First 设计模式》学习笔记——状态模式
- 《Head First 设计模式》学习笔记——复合模式
- 《Head First 设计模式》学习笔记——状态模式
- 《Head First 设计模式》学习笔记——装饰者模式
- 《Head First 设计模式》学习笔记——观察者模式 + 装饰者模式
- 《Head First 设计模式》学习笔记——工厂模式 + 抽象工厂模式
- 《学习笔记》之JAVA设计模式--简单工厂模式
- 《Head First 设计模式》阅读笔记(五)——单件模式
- Head First 设计模式 Design Pattern 11-13 Proxy, Combining, For Real
- Head First 设计模式学习笔记(2)--观察者模式
- Head First 设计模式学习笔记(4)---工厂模式
- 《Head First 设计模式》专题上线
- 《Head First 设计模式》迭代器模式
- 《Head First 设计模式》之命令模式
- 《Head First 设计模式》组合模式
- 《Head First 设计模式》学习笔记:复合模式
- Head First 设计模式 之 oo设计原则简介
- Head First 设计模式 —— 工厂模式与工厂方法