策略模式:定义了算法族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化独立于使用算法的客户
模拟鸭子游戏:SimUDuck
当涉及到维护的时候,为了复用的目的而使用继承,结局并不完美。
设计原则:
找出应用中可能需要变化的地方,把他们独立出来,不要跟那些不需要变化的代码混在一起。
如果每次新需求一来,都会使某部分代码发生变化,那么你就可以确定,这部分代码需要被抽取出来,和其他稳定的代码有所区分。
例子:模拟鸭子的游戏。
起初,建立了一个鸭子的超类,所有的子类去继承。但是鸭子的行为是不断变化的,甚至会在中途改变。
所以,将鸭子的行为抽取出来。
设计原则:
针对接口编程,而不是针对实现编程。
以前的做法是:行为来自Duck超类的具体实现,或者是继承某个接口并由子类自行实现而来的。这两种做法都是依赖于“”实现“”。
现在的做法:鸭子的子类将要使用接口(FlyBehavior与QuackBehavior),所以实际的实现不会被绑死在鸭子的子类中。换句话说,特定的具体行为编写在了实现FlyBehavior与QuackBehaviord的类中了。
设计原则:
多用组合,少用继承。