1. 动机
-
在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;
-
而且有时候支持不使用的算法也是一个性能负担。如何在运行时根据需要透明地更改对象的算法?将算法与对象本 身解耦,从而避免上述问题?
如下实例:
enum TaxType{
CN_Tax,
US_Tax,
DE_Tax
};
class SalesOrder {
TaxBase tax;
public:
double CalculateTax(TaxType type)
{
if (type == TaxType::CN_Tax) {
} else if (type == TaxType::US_Tax) {
} else if (type == TaxType::DE_Tax) {
} else {
}
}
};
如上所示针对不同的税法类型,有不同的计算算法。如果增加税法种类,需要修改SalesOrder::CalculateTax函数,且该函数可能会不断增大,违反了设计模式的开闭原则(扩展开放,修改封闭)。
2. 策略模式定义
定义一系列算法,把它们一个个封装起来,并且使它们可互相替换(变化)。该模式使得算法可独立于使用它的客户程序(稳定)而变化(扩展,子类化)。——《设计模式》GoF
3. 策略模式结构
Context和Strategy是稳定的部分,ConcreteStrategyA,ConcreteStrategyB,ConcreteStrategyX是变化的。
4. 策略模式实现
class StrategyTax {
public:
virtual double CalculateTax(const Context &context) = 0;
virtual ~StrategyTax() = default;
};
class CNTax : public StrategyTax {
public:
virtual double Calculate(const Context &context)
{
// TO_DO
}
};
class USTax : public StrategyTax {
public:
virtual double Calculate(const Context &context)
{
// TO_DO
}
};
class DETax : public StrategyTax {
public:
virtual double Calculate(const Context &context)
{
// TO_DO
}
};
class SalesOrder {
public:
SalesOrder(StrategyFactory* strategyFactory)
{
this->strategy = strategyFactory->NewStrategy();
}
~SalesOrder()
{
delete strategy;
}
public double CalculateTax()
{
Context context();
double val = strategy->Calculate(context);
}
private:
StrategyTax *strategy;
}
5. 总结要点
- Strategy及其子类为组件提供了一系列可重用的算法,从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。
- Strategy模式提供了用条件判断语句以外的另一种选择,消除条件 判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需
- 要Strategy模式。 如果Strategy对象没有实例变量,那么各个上下文可以共享同一个 Strategy对象,从而节省对象开销。