设计模式（十二）——策略模式

Context（环境类）： 环境类是使用算法的角色，它在解决某个问题（即实现某个方法）时可以采用多种策略。

　　　　　　　　　　在环境类中维持一个对抽象策略类的引用实例，用于定义所采用的策略。

Strategy（抽象策略类）： 它为所支持的算法声明了抽象方法，是所有策略类的父类，它可以是抽象类或具体类，也可以是接口。环境类通过抽象策

　　　　　　　　　　　　略类中声明的方法在运行时调用具体策略类中实现的算法。

ConcreteStrategy（具体策略类）： 它实现了在抽象策略类中声明的算法，在运行时，具体策略类将覆盖在环境类中定义的抽象策略类对象，使用一种具体的算法实现某个业务处理。

优点：
(1) 策略模式提供了对“开闭原则”的完美支持， 用户可以在不修改原有系统的基础上选择算法或行为，也可以灵活地增加新的算法或行为。

(2) 使用策略模式可以避免多重条件选择语句。 多重条件选择语句不易维护，它把采取哪一种算法或行为的逻辑与算法或行为本身的实现逻辑混合在一起，

　　将它们全部硬编码(Hard Coding)在一个庞大的多重条件选择语句中，比直接继承环境类的办法还要原始和落后。

(3) 策略模式提供了一种算法的复用机制。 由于将算法单独提取出来封装在策略类中，因此不同的环境类可以方便地复用这些策略类。

缺点：
(1) 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。 这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法。换言之，

　　策略模式只适用于客户端知道所有的算法或行为的情况。

(2) 策略模式将造成系统产生很多具体策略类， 任何细小的变化都将导致系统要增加一个新的具体策略类。

适用场景
准备一组算法，并将每一个算法封装起来，使得它们可以互换。

#include <iostream>

using namespace std;

class AbstractStrategy
{
public:
    virtual void use_weapon() = 0;
};

class AK47: public AbstractStrategy
{
public:
    virtual void use_weapon()
    {
        cout << "使用Ak47进行战斗" << endl;
    }
};

class Knife: public AbstractStrategy
{
public:
    virtual void use_weapon()
    {
        cout << "使用匕首进行战斗" << endl;
    }
};


class Hero
{
public:

    void set_weapon(AbstractStrategy* weapon)
    {
        if ( weapon != NULL ){
            m_weapon = weapon;
        }
    }

    void use_weapon()
    {
        m_weapon->use_weapon();
    }

private:
    AbstractStrategy* m_weapon;
};

int main()
{
    AbstractStrategy* ak47 = new AK47();
    AbstractStrategy* knife = new Knife();

    Hero alex;

    alex.set_weapon(ak47);
    alex.use_weapon();

    cout << "-------切换武器策略----------" << endl;

    alex.set_weapon(knife);
    alex.use_weapon();

    delete ak47;
    delete knife;

    system("pause");
    return 0;
}