1:case context:
现设计一个关于鸭子的系统，一个抽象类Duck，方法为quack(),swim(),abstract display()(具体子 类实现)。现需求为有部分类型的鸭子可以fly(),如何实现。
a:继承：把fly()提到Duck类中，可实现代码复用。
问题：违反继承原则，父类的方法必须是所有子类都具有的行为，代码维护 时如加入一 种新类 型木头鸭就没有fly()行为。
b:接口：写一个flyable接口，所有有fly()行为的鸭子都实现这个接口。
问题：不能实现代码复用。
2: 重新分析：
fly()行为不是每个子类都有，fly()的具体实现可能会变化（有的是用翅膀飞行，有的是滑行， 或是其它没有发现的方法，总之它是会变的（change，add））。
Design Principal：Identify the aspects of your application that vary and seperate them from what stays the same。
（take the parts that vary and encapsulate them,so that later you can alter and extend the parts that vary without affecting those don't ）
解决方法：
写FlyBehavior接口，和两个实现类FlyWithWings和FlyNoWay，这样把Fly的行为从duck类的内部提了出来，我们可以修改和增加行为而不影响其它代码。
把FlyBehavior实例作为Duck的属性，子类构造时可以通过new FlyBehavior的实现类设置此属性，（因为FlyBehavior是接口，我们可以在Runtime 改变它），然后在Duck写performFly()实现方法为代理flyBehavior.fly()。
Design Principal：Favor composition than inheirtance.
(1:change behavior at runtime.2:encapsulate a family of algorithms into their own classes)
Strategy pattern: define a family of algorithms,encapsulates each one,and make them interchangeable. Strategy lets the algorithm vary independently from the client that use it.
3:现实应用：
图书打折计算：有多种打折策略，折扣可能会变动或增加。
排序系统：先写出各种排序实现，根据情况动态选择排序策略。