设计模式之策略模式
我先抛出代码给大家看看。```
enum TaxBase{
CN_Tax,
US_Tax,
DE_Tax
};
```
我们定义一个枚举类型，大家可以看出，这是一个关于税种的枚举。现在我们的业务需求就是要实现一个可以计算税收金额的程序（类）。
```
class SalesOrder{
TaxBase tax;
public:
double CaculateTax(){
if (tax == CN_Tax){
//计算中国的税率
}
else if (tax ==US_Tax){
//计算美国的税率
}
else if (tax == DE_Tax) {
//计算德国的税率
}
//........
}
};
```
我们在SalesOrder里的CaculateTax方法来计算税额，通过if-else语句或者是switch开关语句来判断用哪个国家的税率计算税额。我们可以看到SalesOrder依赖于TaxBase。现在由于需求变更，需要增加一个国家的税额计算，比如说法国。然后现在我们至少要更改两个地方，第一处是枚举类型TaxBase需要增加FR_Tax这个枚举，然后就是CaculateTax方法里的判断语句那儿需要再增加一个判断。
在设计模式里有八大原则，其中一条就说明了我们设计的时候，要遵循对修改关闭，对扩展开放的原则。上面那种方法很显然是违背了这个原则的，有很多更改的地方。我们试着换一种方法，看代码：
```
//抽象基类
class TaxStrategy {
virtual double CaculateTax() = 0;
virtual ~TaxStrategy(){}
};
//子类
class CNTax :public TaxStrategy {
virtual double CaculateTax(){
//计算中国的税额
}
};
//子类
class USTax :public TaxStrategy {
virtual double CaculateTax(){
//计算美国的税额
}
};
//子类
class DETax :public TaxStrategy {
virtual double CaculateTax(){
//计算德国的税额
}
};
```
现在我们把计算税额抽象出来，叫TaxStrategy，这是所有计算税额的基类，我们这里实现了CNTax，USTax，DETax。现在当我们需求增加的时候，比如说要增加法国的，然后就可以直接写一个FRTax类继承TaxStrategy就可以了，这就是扩展。然后我们的SalesOrder就可以这么写。
```
class SalesOrder {
TaxStrategy *taxStrategy;
public:
SalesOrder(TaxStrategy *strategy){
taxStrategy = strategy;
//这里可以运用工厂模式优化.....
}
double CaculateTax(){
//......
//这里通常有个上下文对象，联系TaxStrategy和SalesOrder
double val = taxStrategy->CaculateTax()
//......
}
};
```
这样一来，税额的计算与以哪个国家的税率计算从静态绑定变成了动态绑定。这里我们也来分析一下什么是稳定的，什么是不稳定的。最初SalesOrder的是不稳定的，它依赖于TaxBase，当业务需求变更的时候，TaxBase是不稳定的，比如说上面的增加法国税率的计算，就需要改变TaxBase和SalesOrder，但现在我们把计算税率这个算法抽象出来为TaxStrategy，那么它就变成稳定的了，然后让SalesOrder依赖于TaxStrategy，那么这两个都是稳定的了，然后不稳定地方是TaxStrategy的子类，然后通过多态把稳定的SalesOrder和TaxStrategy的子类动态绑定起来。这个就是策略模式，很好的解释了“对修改关闭，对扩展开放”这个原则
好了，今天就到这里，谢谢大家的阅读。
页:
[1]