策略模式的用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。
策略模式是对算法的包装,是把使用算法的责任和算法本身分割开,委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面,作为一个抽象策略类的子类。用一句话来说,就是:"准备一组算法,并将每一个算法封装起来,使得它们可以互换。"
模式涉及到三个角色:
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. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面,而将策略类设计成可共享的,这样策略类实例可以被不同客户端使用。换言之,可以使用享元模式来减少对象的数量。
时间: 2024-10-11 02:55:46