策略模式的用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。
策略模式是对算法的包装，是把使用算法的责任和算法本身分割开，委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是："准备一组算法，并将每一个算法封装起来，使得它们可以互换。"
模式涉及到三个角色：
1、环境（Context）角色：持有一个Strategy类的引用。
2、抽象策略（ICommunication）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
3、具体策略（Serial、Lan）角色：包装了相关的算法或行为。
直接看例子：
using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.Timers;namespace Demo{ public interface ICommunication { bool Send(object data); } public class Serial:ICommunication { public bool Send(object data) { Console.WriteLine("通过串口发送一个数据的算法"); return true; } } public class Lan:ICommunication { public bool Send(object data) { Console.WriteLine("通过网口发送一个数据的算法"); return true; } } public class Context { PRivate ICommunication _communication; public void SetStrategy(ICommunication communication)//传递具体的策略 { this._communication = communication; } public bool Send(object data) { return this._communication.Send(data); } } class Program { static void Main(string[] args) { Console.WriteLine("请输入通信类型：Lan、Serial"); string input = Console.ReadLine(); object data = new object(); Context ct = new Context(); if (input.Equals("Lan")) //通过客户端的选择，来确定具体用哪种通信算法 { ct.SetStrategy(new Lan()); } else { ct.SetStrategy(new Serial()); } ct.Send(data); Console.ReadKey(); } }}
运行结果：
从上面的例子可以看出，Strategy与Factory模式很类似，但Factory在创建时改变对象，而Strategy模式可自由切换。
Strategy模式可用于封装较差却易于实现的解决方案，也可以封装较好却难以实现的解决方案。可首先实现较差却易于实现的解决方案，，然后用这个较差方案进行测试，利用该模式可在后期实现较好的方案，且不必更改调用算法的方案。
策略模式的缺点有：
1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
2. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。
新闻热点
疑难解答
