策略模式

策略模式（The Strategy pattern）

 

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

    场景：有一个游戏，游戏里有一个池塘，池塘里有一堆鸭子。有各种各样的鸭子，它们都继承自同一个基类，各自重写了基类的一些功能。以前，鸭子都会游，不同鸭子会有不同的叫声（多态Polymorphism）。现在，突然要给一些鸭子添加“飞”的功能。如果像以前那样，在基类实现“飞”的功能，那所有鸭子都会飞了。如果给不要飞的鸭子重写“飞”的函数让它不会飞或者只给要飞的鸭子写“飞”的功能，那将丢失代码的可重用性（Reuse）。

    策略模式将对象模型（Model）与对象的一些经常变动的行为（Behaviour）进行分离，将原有的“Is-A”（是一个类）模式改为“Has-A”（类包含类）模式。

    行为类，比如飞，也有一个共同接口（Interface）（相当于纯虚类？）。需要的话，可以多态成多种多样的飞行类。

    在对象模型里，比如鸭子。封装（Encapsulation）了一个飞行接口，然后在构造函数里，对这个接口进行实例化（Instantiase），让鸭子具有某种飞的功能。之后，给鸭子一个飞的方法，调用接口飞的行为，让鸭子飞起来。

    这样，我们在应用层中，实例化一个鸭子模型，需要飞时，直接使用该模型的飞方法即可。

    这是策略模式一个强大的优点。相对于普通的面向对象设计（Object - Oriented），大大提高代码的可重用性。

    另外一个优点，就是可以在程序运行时，改变对象模型的行为。只需要给模型写一个 setBehavior(NewBehavior n){替换将私有的行为变量;}方法，这样，就算新设计的飞行行为，也可以很迅速的分配给任何模型。

====================================================

一、策略模式和工厂的区别

工厂模式是创建型模式 ：关注对象创建

策略模式是行为性模式  :关注行为的封装

 策略模式就是定义一系列的算法，这些算法可以在需要的时候替换和扩展．工厂模式是生成型的模式，在你需要的时候构建具体的实例． 

策略模式适用场景： 

1. 如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择      一种行为。 

2.   一个系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面，而这些具体算法类都是一个     抽象算法类的子类。换言之，这些具体 算法类均有统一的接口，由于多态性原则，客户端可以选择使用任何一个具体算法类，        并 只持有一个数据类型是抽象算法类的对象。

3. 一个系统的算法使用的数据不可以让客户端知道。策略模式可以避免让客户端涉及到不必要接触到的复杂的和只与算法有关的        数据。 

4.  如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。此时，使用策略模式，        把这些行为转移到相应的具体策略类里面，就可以避免使用难以维护的多重条件选择语句，并体现面向对象设计的概念。 

     策略模式有很多优点和缺点。

策略模式的优点有：

 1. 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免重复的代码。 

2. 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提 供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑 混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。 

3. 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。 

策略模式的缺点有： 

1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。

 2. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。 策略模式与很多其它的模式都有着广泛的联系。Strategy很容易和Bridge模式相混淆。虽然它们结构很相似，但它们却是为解决不同的问题 而设计的。Strategy模式注重于算法的封装，而Bridge模式注重于分离抽象和实现，为一个抽象体系提供不同的实现。

====================================================

策略模式和简单工厂的区别

策略模式和简单工厂模式看起来非常相似，都是通过多态来实现不同子类的选取，这种思想应该是从程序的整体来看得出的。

简单工厂模式中我们只需要传递相应的条件就能得到想要的一个对象，然后通过这个对象实现算法的操作。

而策略模式，使用时必须首先创建一个想使用的类对象，然后将该对象最为参数传递进去，通过该对象调用不同的算法。

简单工厂模式中实现了通过条件选取一个类去实例化对象

策略模式则将选取相应对象的工作交给模式的使用者，它本身不去做选取工作。

简言之：简单工厂模式：只需要发出命令，由他人去实现；

             策略模式：不仅仅要发出命令，还得由自己亲自去做。