`
newleague
  • 浏览: 1472805 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类

设计模式-笔记(一)

阅读更多

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

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

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

 

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

 

设计原则:

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

 

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

 

interface:

 

FlyBehavior 

QuakcBehavior

 

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

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

 

 

 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics