我要评论一、动机（motivate）
在软件构建过程中，某些对象使用的算法可能多种多样，经常改变，如果将这些算法都编码到对象中，将会使对象变得异常复杂；而且有时候支持不使用的算法也是一个性能负担。如何在运行时根据需要透明地更改对象的算法？将算法与对象本身解耦，从而避免上述问题？
二、意图（intent）
定义一系列算法，把它们一个个封装起来，并且使它们可互相替换。该模式使得算法可独立于使用它的客户而变化。 ——《设计模式》gof
三、结构图（structure）
四、模式的组成
可以看出，在策略模式的结构图有以下角色：
（1）、环境角色（context）：持有一个strategy类的引用。
需要使用concretestrategy提供的算法。
内部维护一个strategy的实例。
负责动态设置运行时strategy具体的实现算法。
负责跟strategy之间的交互和数据传递
（2）、抽象策略角色（strategy）：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，context使用这个接口调用不同的算法，一般使用接口或抽象类实现。
（3）、具体策略角色（concretestrategy）：实现了strategy定义的接口，提供具体的算法实现。
五、策略模式的代码实现
在现实生活中，策略模式的例子也是很多的，例如：一个公司会有很多工作种类，每个工作种类负责的工作不同，自然每个工种的工资计算方法也会有千差万别，我们今天就以工资的计算为例来说明策略模式的使用，我们直接上代码，但是实际编码中切记别这样，我们要通过迭代的方式使用模式。实现代码如下：
public static void main(string[] args)
{
//普通员工的工资
salarycontext context = new salarycontext(new normalpeoplesalary());
context.getsalary(3000);
//ceo的工资
context.isalarystrategy = new ceosalary();
context.getsalary(6000);
console.read();
}
//环境角色---相当于context类型
public sealed class salarycontext
{
private isalarystrategy _strategy;
public salarycontext(isalarystrategy strategy)
{
this._strategy = strategy;
}
public isalarystrategy isalarystrategy
{
get { return _strategy; }
set { _strategy = value; }
}
public void getsalary(double income)
{
_strategy.calculatesalary(income);
}
}
//抽象策略角色---相当于strategy类型
public interface isalarystrategy
{
//工资计算
void calculatesalary(double income);
}
//程序员的工资--相当于具体策略角色concretestrategya
public sealed class programmersalary : isalarystrategy
{
public void calculatesalary(double income)
{
console.writeline("我的工资是：基本工资(" + income + ")底薪(" + 8000 + ")+加班费+项目奖金（10%）");
}
}
//普通员工的工资---相当于具体策略角色concretestrategyb
public sealed class normalpeoplesalary : isalarystrategy
{
public void calculatesalary(double income)
{
console.writeline("我的工资是：基本工资(" + income + ")底薪(3000)+加班费");
}
}
//ceo的工资---相当于具体策略角色concretestrategyc
public sealed class ceosalary : isalarystrategy
{
public void calculatesalary(double income)
{
console.writeline("我的工资是：基本工资(" + income + ")底薪(20000)+项目奖金(20%)+公司股票");
}
}六、策略模式的实现要点：
strategy及其子类为组件提供了一系列可重用的算法，从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换，所谓封装算法，支持算法的变化。strategy模式提供了用条件判断语句以外的另一种选择，消除条件判断语句，就是在解耦合。含有许多条件判断语句的代码通常都需要strategy模式。
与state类似，如果strategy对象没有实例变量，那么各个上下文可以共享一个strategy对象，从而节省对象开销。strategy模式适用的是算法结构中整个算法的改变，而不是算法中某个部分的改变。
- template method方法：执行算法的步骤协议是本身放在抽象类里面的，允许一个通用的算法操作多个可能实现
- strategy模式：执行算法的协议是在具体类，每个具体实现有不同通用算法来做。
1、策略模式的主要优点有：
1】、策略类之间可以自由切换。由于策略类都实现同一个接口，所以使它们之间可以自由切换。
2】、易于扩展。增加一个新的策略只需要添加一个具体的策略类即可，基本不需要改变原有的代码。
3】、避免使用多重条件选择语句，充分体现面向对象设计思想。
2、策略模式的主要缺点有：
1】、客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这点可以考虑使用ioc容器和依赖注入的方式来解决，关于ioc容器和依赖注入（dependency inject）的文章可以参考：ioc 容器和dependency injection 模式。
2】、策略模式会造成很多的策略类。
3、在下面的情况下可以考虑使用策略模式：
1】、一个系统需要动态地在几种算法中选择一种的情况下。那么这些算法可以包装到一个个具体的算法类里面，并为这些具体的算法类提供一个统一的接口。
2】、如果一个对象有很多的行为，如果不使用合适的模式，这些行为就只好使用多重的if-else语句来实现，此时，可以使用策略模式，把这些行为转移到相应的具体策略类里面，就可以避免使用难以维护的多重条件选择语句，并体现面向对象涉及的概念。
七、.net 策略模式的实现
在.net framework中也不乏策略模式的应用例子。例如，在.net中，为集合类型arraylist和list<t>提供的排序功能，其中实现就利用了策略模式，定义了icomparer接口来对比较算法进行封装，实现icomparer接口的类可以是顺序，或逆序地比较两个对象的大小，具体.net中的实现可以使用反编译工具查看list<t>.sort(icomparer<t>)的实现。其中list<t>就是承担着环境角色，而icomparer<t>接口承担着抽象策略角色，具体的策略角色就是实现了icomparer<t>接口的类，list<t>类本身实现了存在实现了该接口的类，我们可以自定义继承与该接口的具体策略类。
到此这篇关于.net行为型设计模式之策略模式（stragety）的文章就介绍到这了。希望对大家的学习有所帮助，也希望大家多多支持代码网。
发表评论