策略模式(Strategy):它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。
Strategy类,定义所有支持的算法的公共接口。
//抽象算法类 abstract class Strategy { //算法方法 public abstract void AlgorithmInterface(); }
ConcreteStrategy,封装了具体的算法或行为,继承于Strategy。
//具体算法A class ConcreteStrategyA : Strategy { //算法A实现方法 public override void AlgorithmInterface() { Console.WriteLine("算法A实现"); } } //具体算法B class ConcreteStrategyB : Strategy { //算法B实现方法 public override void AlgorithmInterface() { Console.WriteLine("算法B实现"); } } //具体算法C class ConcreteStrategyC : Strategy { //算法C实现方法 public override void AlgorithmInterface() { Console.WriteLine("算法C实现"); } }
Context,用一个ConcreteStrategy来配置,维护一个对Strategy对象的引用。
//上下文 class Context { Strategy strategy; //初始化时,传入具体的策略对象 public Context(Strategy strategy) { this.strategy=strategy; } //上下文接口,根据具体的策略对象,调用其算法的方法 public void ContextInterface() { strategy.AlgorithmInterface(); } }
客户端代码
static void Main(string[] args) { Context context; //由于实例化不同的策略,所以最终在调用context.ContextInterface();时,所获得的结果就不尽相同 context=new Context(new ConreteStrategyA()); context.ContextInterface(); context=new Context(new ConreteStrategyB()); context.ContextInterface(); context=new Context(new ConreteStrategyC()); context.ContextInterface(); Console.Read(); }
策略模式解析
策略模式是一种定义一系列算法的方法,从概念上来看,所以这些算法完成的都是相同的工作,只是实现不同,它可以以相同的方式调用所有的算法,减少各种算法类与使用算法类之间的耦合。
策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。
策略模式的优点是简化了单元测试,因为每个算法都有自己的类,可以通过自己的接口单独测试。
当不同的行为堆砌在一个类中时,就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Strategy类中,可以在使用这些行为的类中消除条件语句。
策略模式就是用来封装算法的,但在实践中,我们发现可以用它来封装几乎任何类型的规则,只要在分析过程中听到需要在不同时间应用不同的业务规则,就可以考虑使用策略模式处理这种变化的可能性。
在基本的策略模式中,选择所用具体实现的职责由客户端对象承担,并转给策略模式的Context对象。
任何需求的变更都是需要成本的!