🚀简介
🐤作为一个开发人员，开发需要选择一款开发工具，如在编写C#时，我们可以选择VisualStudio进行开发，也可以使用Rider进行开发。
🐳该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。
👻策略模式的主要角色如下：
- 抽象策略（Strategy）类：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
- 具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体算法实现或行为
- 环境（Context）类：持有一个策略类的引用，最终给客户端调用。
🚀案例
我们通过一个活动策划来举例策略模式，如商城中的店铺搞促销活动，有时活动是买一送一，有时候是全场八折。
🐤抽象策略类（活动共同的接口）
public interface IStrategy
{
void show();
}🐤具体策略角色，对策略类进行活动A“买一送一”，活动B“全场八折”的具体实现
public class StrategyA : IStrategy
{
public void show()
{
Console.WriteLine("买一送一");
}
}
public class StrategyB : IStrategy
{
public void show()
{
Console.WriteLine("全场8折!");
}
}🐤定义环境角色（Context）：用于连接上下文
Context类有一个构造函数，接受一个IStrategy类型的参数，用于初始化_strategy成员变量，然后根据传递给这个对象的具体策略对象，执行相应的行为。这样，我们可以在运行时改变Context对象的行为，只需要传递不同的策略对象即可。
public class Context
{
private IStrategy _strategy;
public Context(IStrategy strategy)
{
_strategy = strategy;
}
public void salesManShow()
{
_strategy.show();
}
}🐤测试类
class MyClass
{
public static void Main(string[] args)
{
var contextA = new Context(new StrategyA());
contextA.salesManShow();
var contextB = new Context(new StrategyB());
contextB.salesManShow();
}
}运行结果！
🚀优缺点
优点：
- 策略类之间可以自由切换由于策略类都实现同一个接口，所以使它们之间可以自由切换。
- 易于扩展，增加一个新的策略只需要添加一个具体的策略类即可，基本不需要改变原有的代码，符合“开闭原则“
- 避免使用多重条件选择语句（if else），充分体现面向对象设计思想。
缺点：
- 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
- 策略模式将造成产生很多策略类，可以通过使用享元模式在一定程度上减少对象的数量。
使用场景
- 一个系统需要动态地在几种算法中选择一种时，可将每个算法封装到策略类中。
- 一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现，可将每个条件分支移入它们各自的策略类中以代替这些条件语句。
- 系统中各算法彼此完全独立，且要求对客户隐藏具体算法的实现细节时。
- 系统要求使用算法的客户不应该知道其操作的数据时，可使用策略模式来隐藏与算法相关的数据结构。
- 多个类只区别在表现行为不同，可以使用策略模式，在运行时动态选择具体要执行的行为。