策略模式(Strategy)
意图:它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化不会影响到使用算法的客户。
主要解决:在有多种算法相似的情况下,使用 if...else 所带来的复杂和难以维护。
何时使用:一个系统有许多许多类,而区分它们的只是他们直接的行为。
如何解决:将这些算法封装成一个一个的类,任意地替换。
优点:
1、 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码转移到父类里面,从而避免重复的代码。
2、 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式,那么使用算法或行为的环境类就可能会有一些子类,每一个子类提供一个不同的算法或行为。但是,这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起,从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。
3、 使用策略模式可以避免使用多重条件转移语句(if..else)。多重转移语句不易维护,它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起,统统列在一个多重转移语句里面,比使用继承的办法还要原始和落后。
缺点:
1、客户端必须知道所有的策略类,并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别,以便适时选择恰当的算法类。换言之,策略模式只适用于客户端知道所有的算法或行为的情况。
2、 策略模式造成很多的策略类,每个具体策略类都会产生一个新类。有时候可以通过把依赖于环境的状态保存到客户端里面,而将策略类设计成可共享的,这样策略类实例可以被不同客户端使用。换言之,可以使用享元模式来减少对象的数量
UML类图简单类图:
对应的C++代码:
#ifndef STRATEGY_H
#define STRATEGY_H
#include <QDebug>
#include <iostream>
using namespace std;
/***
* 策略模式简单代码
*
*
*/
/**
* @brief The Strategy class
* 定义所有支持的算法的公共接口
*/
//抽象算法类
class Strategy {
public:
//算法方法
virtual void AlgorithmInterface()
{
qDebug()<<" Strategy.AlgorithmInterface()"<<endl;
}
};
class ConcreteStrategyA : public Strategy {
public:
void AlgorithmInterface()
{
qDebug()<<"算法A实现";
}
};
class ConcreteStrategyB : public Strategy {
public:
void AlgorithmInterface()
{
qDebug()<<"算法B实现";
}
};
class ConcreteStrategyC : public Strategy {
public:
void AlgorithmInterface()
{
qDebug()<<"算法C实现";
}
};
/**
* @brief The Context class
* 上下文
*/
class Context {
private:
Strategy *m_strategy;
public:
/**
* @brief Context
* 初始化的时候,传入具体的策略对象。
* @param strategy
*/
Context (Strategy *strategy)
{
m_strategy = strategy;
}
/**
* @brief ContextInterface
* 上下文接口
* 根据具体的策略对象,调用其算法的方法
*/
void contextInterface()
{
m_strategy->AlgorithmInterface();
}
};
int main_test(int argc , char *argv[])
{
Context *myContext;
myContext = new Context( new ConcreteStrategyA() );
myContext->contextInterface();
}
#endif // STRATEGY_H
运行结果就不写了,此处代码我是在QtCreator里写的,因此用了qDebug.