现代软件专业分工之后第一个结果是“框架与应用程序的划分”,“组件协作”模式通过晚期绑定,来实现框架与应用程序之间的松耦合,是二者之间协作时常用的模式。
典型模式
在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会是对象变得异常复杂;而且有时候支持不使用的算法也是一个性能负担。
如何在运行时根据需要透明地更改对象的算法?将算法与对象本身解耦,从而避免上述问题?
定义一系列算法,把他们一个个封装起来,并且是他们可互相替换(变化)。该模式使得算法可独立于使用它的客户程序(稳定)而变化(扩展,子类化)。 ------ 《设计模式》 GoF
enum TaxBase {
CN_Tax,
US_Tax,
DE_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**********
}
//....
}
};
开放封闭原则(OCP)
复用:代码编译,测试之后原封不动,而不是代码级别片段式的粘贴,满足开闭原则,是一种扩展的方式;

class TaxStrategy {
public:
virtual double Calculalte(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 SlaesOrder {
private:
TaxStrategy* strategy;
public:
SalesOrder(StrategyFactory* strategyFactory) {
this->strategy = strategyFactory->NewStrategy();
}
~SalesOrder() {
delete this->strategy;
}
public double CalculateTax() {
//...
Context context();
double val = strategy->Calculalte(context);
//...
}
};
Strategy一般放一个方法

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