设计模式中的复用性指的是编译单位(二进制层面)的复用性(编译、测试、部署后是原封不动的)
动机(Motivation)
·在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时候支持不使用的算法也是一个性能负担。
·如何在运行时根据需要透明地更改对象的算法?将算法与对象本 身解耦,从而避免上述问题?
模式定义
定义一系列算法,把它们一个个封装起来,并且使它们可互相替换(变化)。该模式使得算法可独立于使用它的客户程序(稳定)而变化(扩展,子类化)。
![](https://i-blog.csdnimg.cn/blog_migrate/ff9fb1f2cecfd2188efa19994ed64220.png)
红色圈出的为稳定的部分,蓝色圈出的是不稳定的部分。
红色:如示例代码中的中国、美国、德国
蓝色:如示例代码中的基类TaxStrategy和使用它的类型SalesOrder
代码具有良好的本地性,降低了性能负担(需要哪个加载哪个,不需要加载一大段代码)
enum TaxBase
{
CN_Tax,
US_Tax,
DE_Tax,
FR_Tax //更改
};
class SalesOrder
{
TaxBase tax;
public:
double CalculateTax()
{
//...
//if else 结构化时代分而治之的设计思维
//代码中出现大段if else,往往是策略模式需要的特征
if (tax == CN_Tax)
{
//CN***********
}
else if (tax == US_Tax)
{
//US***********
}
else if (tax == DE_Tax)
{
//DE***********
}
else if (tax == FR_Tax)
{ //更改
//...
}
//....
}
};
class Context;
class TaxStrategy //算法策略基类
{
public:
virtual double Calculate(const Context &context) = 0;
virtual ~TaxStrategy() {}
};
class CNTax : public TaxStrategy
{
public:
virtual double Calculate(const Context &context)
{
//***********
}
};
class USTax : public TaxStrategy
{
public:
virtual double Calculate(const Context &context)
{
//***********
}
};
class DETax : public TaxStrategy
{
public:
virtual double Calculate(const Context &context)
{
//***********
}
};
//扩展
//*********************************
class FRTax : public TaxStrategy
{
public:
virtual double Calculate(const Context &context)
{
//.........
}
};
class SalesOrder
{
private:
TaxStrategy *strategy;//基类指针,用于多态调用
public:
SalesOrder(StrategyFactory *strategyFactory)
{//赋值具体的子类对象
this->strategy = strategyFactory->NewStrategy();
}
~SalesOrder()
{
delete this->strategy;
}
public:
double CalculateTax()
{
//...
Context context();
double val = strategy->Calculate(context); //多态调用
//...
}
};
要点总结
·Strategy及其子类为组件提供了一系列可重用的算法,从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。
·Strategy模式提供了用条件判断语句以外的另一种选择,消除条件判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
·如果Strategy对象没有实例变量,那么各个上下文可以共享同一个Strategy对象,从而节省对象开销