组件协作模式
- 现代软件专业分工之后的第一个结果是“框架与应用程序的划分”,“组件协作”模式通过
晚绑定
(就是多态),来实现框架与应用程序之间的松耦合,是二者之间协作时常用的模式 - 经典模式
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.youkuaiyun.com/qq_22418329