1. 策略模式
定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户端。
策略模式其实就是我们用一个接口,调用所有的类的入口,从设计模式的角度来说,隔离变化,编程到接口。
2. 场景用例
假设有一辆汽车,根据汽车的价格我们可以分成奔驰、宝马、奥迪等等,如果我们要实现这个功能,最容易想到的方法就是if--else语句,但是恰恰符合了我们策略模式的使用场景。
#pragma once
#include<iostream>
using namespace std;
//定义汽车基类,抽象策略类
class CarPrice
{
public:
virtual void Price() = 0;
};
//奔驰
class MBZ :public CarPrice
{
public:
void Price()
{
cout << "This is a MBZ price" << endl;
}
};
//宝马
class BMW :public CarPrice
{
public:
void Price()
{
cout << "This is a BMW price" << endl;
}
};
//奥迪
class Audi :public CarPrice
{
public:
void Price()
{
cout << "This is a Audi price" << endl;
}
};
//策略类引用,给客户端调用
class Strategy
{
public:
Strategy(CarPrice* t)
{
car = t;
}
void Point()
{
car->Price();
}
private:
CarPrice* car;
};
int main()
{
Strategy* mbz = new Strategy(new MBZ);
Strategy* bmw = new Strategy(new BMW);
Strategy* aodi = new Strategy(new Audi);
mbz->Point();
bmw->Point();
aodi->Point();
return 0;
}
运行结果:
3. 总结
以场景为例,如果要添加汽车的其他品类的时候,只要写一个子类就可以,不需要改变其他类的代码,所以其他的类都是稳定的,这就体现了我们策略模式的设计原则和目的 。
策略模式就是用来封装算法的,实际工作中发现可以用来封装几乎任何类型的规则,只要在分析的过程中听到:需要在不同的时间处理不同的业务规则,可考虑用策略模式处理这种变化的可能性,但是在基本的策略模式中,选择所用的具体实现的职责由客户端对象承担,并转给策略模式的Context对象,本身并没有解除客户端需要判断的压力,而策略模式+简单工厂模式后,选择具体实现的职责可以由Context来承担,这样就最大化的减轻了客户端的职责。