1.策略模式（Strategy）

策略模式：定义了算法族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户

模拟鸭子游戏：SimUDuck

当涉及到维护的时候，为了复用的目的而使用继承，结局并不完美。

设计原则：
找出应用中可能需要变化的地方，把他们独立出来，不要跟那些不需要变化的代码混在一起。

如果每次新需求一来，都会使某部分代码发生变化，那么你就可以确定，这部分代码需要被抽取出来，和其他稳定的代码有所区分。
例子：模拟鸭子的游戏。
起初，建立了一个鸭子的超类，所有的子类去继承。但是鸭子的行为是不断变化的，甚至会在中途改变。
所以，将鸭子的行为抽取出来。

设计原则：
针对接口编程，而不是针对实现编程。

以前的做法是：行为来自Duck超类的具体实现，或者是继承某个接口并由子类自行实现而来的。这两种做法都是依赖于“”实现“”。
现在的做法：鸭子的子类将要使用接口（FlyBehavior与QuackBehavior），所以实际的实现不会被绑死在鸭子的子类中。换句话说，特定的具体行为编写在了实现FlyBehavior与QuackBehaviord的类中了。

设计原则：
多用组合，少用继承。