设计模式---策略模式（Strategy Pattern)

策略模式定义

定义算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用的客户。

设计原则

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

鸭子的行为是易于变化的，所以抽取出作为接口类。



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

我们利用接口代表每个行为，比方说，IFlyBehavior与IQuackBehaivor。



以前的做法是：行为是继承自Duck超类的具体实现而来，或是继承某个接口并由子类自行实现而来。

这两种做法都是依赖于实现，我们被实现绑的死死，没办法更改行为（除非写更多的代码）。

对于针对接口编程，针对超类型当然可以是接口函数。



用makeSound() 而不是具体的bark() 或meow().

“有一个”(has a)可能比“是一个”(is a)更好

有一个关系相当有趣：每一鸭子都有一个FlyBehavior且有一个QuackBehavior，让鸭子将飞行和呱呱叫委托它们代为处理。

如果将两个类结合起来使用(如同本例)，这就是组合(Composition)。这种作法和继承不同的地方在于：鸭子的行为不是继承而来，而是和适当的行为对象组合而来。



3. 多用组合，少用继承。

使用组合建立系统具有很大的弹性，不仅可将算法族封装成类，更可以在运行时动态地改变行为。

4.体会

把复杂的行为（策略）定义成类，具有更大的弹性。

如Duck的FlyBehavior 定义成类，作为成员变量，Fly Behavior 可以导出多个行为FlyWithWings和FlyNoWay（弹性）。

Duck的构造函数中，包含具体的FlyBehavior,也可以定义相关set函数setFlyBehavior（）

如果采取继承，我们需要根据不同的Duck种类，不断添加Fly() 函数的具体实现。

《大话设计模式中》cash Super 可以作为一个策略，作用更明显

CashNormal（正常收费）, CashRebate(打折收费)，CashRetrun(返利收费)