文章目录
- 💡问题引入
- 💡概念
- 💡例子
- 💡总结
💡问题引入
软件为什么总是隔一段时间就要更新迭代?当然是因为不同的需求而发生了改变。
在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时候支持不使用的算法也是一个性能负担。
如何在运行时根据需要透明地更改对象的算法?将算法与对象本身解耦,从而避免上述问题?
💡概念
定义一系列算法,把它们一个个封装起来,并且使它们可互相替换(变化)。该模式使得算法可独立于使用它的客户程序(稳定)而变化(扩展,子类化)。
下面看例子,概念太抽象了。
💡例子
enum category
{
Ferrari,
Porsche,
Lamborghini // 变化(需求变更,加入了新型车辆)
};
class car
{
private:
category _kind;
public:
void drive()
{
if (_kind == Ferrari) {
// ...
}
else if (_kind == Porsche) {
// ...
}
else if (_kind == Lamborghini) { // 变化(算法发生变化)
// ...
}
}
};
看上述代码,假设需求的变更就是加入了新车型,而如果在一个对象里面实现了面对各种车型的算法实现,这样每当需求发生变更时,都要对源代码进行更改,这样难免耦合度会越来越高,随着需求的不断更新,这样的代码也会越来越复杂,后期维护起来成本也会加高。
所以我们不妨采取 strategy 模式,对需求变更对象化。
class car
{
public:
virtual void drive() = 0;
~car(){}
};
class Ferrari:public car{
public:
virtual void drive()
{
// ...
}
};
class Porsche:public car{
public:
virtual void drive()
{
// ...
}
};
class Lamborghini:public car{
public:
virtual void drive()
{
// ...
}
};
class strategy
{
private:
car* _car;
public:
void drive_strategy(car* car)
{
car->drive(); // 多态统一调用方法
}
};
strategy模式一般有个特殊的记号,就是有多分支变动的情况,采取strategy模式可以使程序更加灵活,各个方法相互独立。
💡总结
- Strategy及其子类为组件提供了一系列可重用的算法,从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。
- Strategy模式提供了用条件判断语句以外的另一种选择,消除条件判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
- 如果Strategy对象没有实例变量,那么各个上下文可以共享同一个Strategy对象,从而节省对象开销。