设计模式-笔记（一）

1、利用继承来提供Duck的行为，这会导致下列哪些缺点？

A、代码在多个子类中重复?? B、运行时的行为不容易改变? C、我们不能让鸭子跳舞

D、很难知道所有鸭子的全部行为 E、鸭子不能同时又飞又叫? F、改变会牵一发动全身，造成其他鸭子不想要的改变

?

虽然Flyable和Quackable可以解决“一部分”问题（不会再有会飞的橡皮鸭），但是却造成代码无法复用，这只能算是从一个噩梦跳进另一个噩梦。甚至，在会飞的鸭子中，飞行的动作可能还有多种变化

?

设计原则：

? 找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。

?

系统中某部分改变不会影响其他部分。

?

interface：

?

FlyBehavior?

QuakcBehavior

?

我不懂你为什么非要把FlyBehavior设计成接口，为何不使用抽象超类，这样不就可以使用多态了吗？

抽象超类型可以是抽象类或接口

?

?

?