策略模式：

设计模式原则一：

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

 

设计模式原则二：

针对接口编程，而不是针对实现编程.

就鸭子而言在父类中定义借口定义动作类去实现接口 ，如果要某种动作，创建动作类实现该动作 ，new 那个动作然后 给父类，可以以在子类的构造函数中定义该行为具体方法。 这样保证我让橡皮鸭子可以拥有火箭的动力。如果不想让它拥有火箭动力也可以去掉。

设计模式原则三：

多用组合少用继承，飞行和叫是通过适当的行为和对象组合而来的。别的非duck类的也可以有鸣叫的方法 其实就相当于把 借口当作成员 这是我理解中的委托。