动机:
- 在软件构建过程中,某些对象使用的算法可能多种多样,经常改动,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时候支持不使用的算法也是一个性能负担。
- 如何在运行时根据需要透明的更改对象的算法?将算法与对象本身解耦,从而避免上述问题?
策略模式
定义一系列算法,把他们一个个封装起来,并且使他们可互相替换(变化)。该模式使得算法可独立于使用它的客户程序(稳定)而变化(扩展,子类化)
--《设计模式》GoF
结构:
举例,先举反例,再看重构的实例:
enum TaxBase {
CN_Tax,
US_Tax,
GE_tax
//...
};
class SaleOrder {
TaxBase tax;
public:
double CalculateTax() {
if (tax == CN_Tax) {
//CN........
}
else if(tax==US_Tax) {
//US.......
}
else if (tax == GE_tax) {
//DE.......
}
//else if(tax=.....){.......}
//每次添加新的国家的税收计算,都要加if-else分支判断
}
};
利用策略模式重构:
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 GETax :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;
}
double CalculateTax() {
//...
Context context();
double val = strategy->Calculate(context);//多态调用
//....
}
};
要点:
- Strategy及其子类为组件提供了一系列可重用的算法,从而使得类型在运行时方便的根据需要在各个算法之间进行切换。
- Strategy模式提供了用条件判断语句以外得另一种选择,消除条件判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
- 如果Strategy对象没有实例变量,那么各个上下文可以共享同一个Strategy对象,从而节省对象开销。
需要理解的:
- 代码复用并不是简单的Copy,比如说不停的添加if-else;而是二进制级别上的复用,说白了就是编译过后的代码复用,要满足开闭原则。编译、测试、部署之后不再变动,
发布评论