设计模式之策略模式—Strategy
0、模式类型
“组件协作”模式:
- 现代软件专业分工之后的第一个结果是“框架与应用程序的划 分”,“组件协作”模式通过晚期绑定,来实现框架与应用程序之 间的松耦合,是二者之间协作时常用的模式。
- 典型模式 :
- Template Method
- Observer / Event
- Strategy
1、Strategy
1.1、动机
- 在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂; 而且有时候支持不使用的算法也是一个性能负担。
- 如何在运行时根据需要透明地更改对象的算法?将算法与对象本 身解耦,从而避免上述问题?
1.2、定义
- 定义一系列算法,把它们一个个封装起来,并且使它们可互相替换(变化)。该模式使得算法可独立于使用它的==客户程序(稳定)==而变化(扩展,子类化)。 ——《设计模式》GoF
**个人理解:**就是将相同类型的一系列算法写一个抽象,然后让这些算法继承自抽象类,最后在程序中只需要定义一个抽象类指针就可以调用不同的算法了,同时当有同类型的不同算法进行添加的时候就可以直接让其直接继承,而用户程序不需要做出改变。
下面通过案例对Strategy做出说明:
**需求:**要求写一个税率计算类,按照每个国家的税率对其进行计算,开始只有几个国家,后续可能会添加其他国家。
- 看到这个需求第一反应可能是利用if和else进行判断,对程序进行编写?这样思考可以满足需求,但是如果我需要添加新的国家,那么就需要修改源代码,这样是不符合软件设计原则的,会增加程序员的负担。
1.2.1、普通方式实现
下面是利用普通方法进行实现的方式(if和else):
enum TaxBase {
CN_Tax,
US_Tax,
DE_Tax,
FR_Tax //更改
};
class SalesOrder{
TaxBase tax;
public:
double CalculateTax(){
//...
if (tax == CN_Tax){
//CN***********
}
else if (tax == US_Tax){
//US***********
}
else if (tax == DE_Tax){
//DE***********
}
else if (tax == FR_Tax){ //更改
//...
}
//....
}
};
==总结:==这种方法可以实现基础的功能,但是如代码中,如果我们想添加法国的话,就需要修改源代码,就要重新进行编译。
1.2.2、Strategy实现
下面是利用策略模式进行编写的方式:
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之后就可以将SaleOrder封装成一个完整的类,如果之后再次添加新的需求,只需要让新的算法继承抽象算法类,将其单独作为一个组件,这样SaleOrder就可以通过传入组件指针的方式进行调用新的功能。
1.3、结构图
1.4、要点总结
-
Strategy及其子类为组件提供了一系列可重用的算法,从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。
-
Strategy模式提供了用条件判断语句以外的另一种选择,消除条件 判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
-
如果Strategy对象没有实例变量,那么各个上下文可以共享同一个 Strategy对象,从而节省对象开销(需要结合单例模式)。
==总结强调:==如果程序中有很多if和else时,并且这种判断还有可能在以后进行添加,那么就极有可能需要使用策略模式,将此类if抽象成一个组件和一系列可重用的算法。
以上就是Strategy模板方法的理解,温故而知新,下一节观察者模式~~~
(需要结合单例模式)**。
==总结强调:==如果程序中有很多if和else时,并且这种判断还有可能在以后进行添加,那么就极有可能需要使用策略模式,将此类if抽象成一个组件和一系列可重用的算法。
以上就是Strategy模板方法的理解,温故而知新,下一节观察者模式~~~