策略模式

组件协作模式动机定义总结：

组件协作模式

现代软件专业分工之后的第一个结果是“框架与应用程序的划分”，“组件协作”模式通过晚绑定（就是多态），来实现框架与应用程序之间的松耦合，是二者之间协作时常用的模式经典模式

Template Method 模板方法模式 strategy 策略模式 observer/event 事件模式

动机

在软件构建过程中，某些对象使用的算法可能多种多样，经常改变，如果将这些算法都编码到对象中，变得异常复杂；而且有时候支持不使用的算法也是一个性能负担。

如何在运行时更具需要透明的更改对象的算法？将算法与对象本身解耦，从而避免上述问题？

现在需要一个税的计算算法，不通的国家都会有自己的税法

如果现在只需要中国美国日本的算法还要扩展法国的税法 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) { //FR******** } //.. } }

上面的代码违背了开闭原则 对扩展开放 使用扩展的方式来应对未来的变化 对更改封闭 不要使用直接修改代码来应对变化

那么我们就使用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(StrateFactory* strategyFactory){ this->strategy = strategyFactory->NewStrategy(); } ~SalesOrder(){ delete this->strategy; } public double CalculateTax(){ Context context(); double val = strategy->Calculate(context); //多态调用 } }

定义

定义一系列算法，把它们一个个分装起来，并且使他们可互相替换（变化）。该模式使得算法可以独立于使用她得客户程序（稳定）而变化（扩展，子类化）。 设计模式 GoF

总结：

Strategy及其子类为组件提供提供了一系列可重用的算法，从而可以使得类型在运行时（也就是多态）方便的根据需要在各个算法之间进行切换。Strategy提供了用条件判断语句（if-else或者switch-case）的另一种选择，消除条件判断语句，就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。如果strategy对象没有实例变量，那么各个上下文可以共享同一个Strategy对象，从而节省对象开销。

代码 git clone https://gitee.com/jobo98/Design-mode.git 博客地址： https://me.csdn.net/qq_22418329