一、什么是策略模式
策略模式定义了一系列算法，并将每个算法封装起来，使他们可以相互替换，且算法的变化不会影响到使用算法的客户。需要设计一个接口，为一系列实现类提供统一的方法，多个实现类实现该接口，设计一个抽象类（可有可无，属于辅助类），提供辅助函数。
策略模式定义和封装了一系列的算法，它们是可以相互替换的，也就是说它们具有共性，而它们的共性就体现在策略接口的行为上，另外为了达到最后一句话的目的，也就是说让算法独立于使用它的客户而独立变化，我们需要让客户端依赖于策略接口。
一种很简单的解释，在我们的开发过程中，经常会遇到大量的if...else或者switch...case语句，当这些语句在开发中只是为了起到分流作用，这些分流和业务逻辑无关，那么这个时候就可以考虑用策略模式。
二、策略模式的结构
这个模式涉及到三个角色：
上下文环境( context )角色：持有一个strategy的引用。
抽象策略( strategy )角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
具体策略( concretestrategy )角色：包装了相关的算法或行为
三、策略模式的应用场景
举一个例子，商场搞促销--打8折，满200送50，满1000送礼物，这种促销就是策略。
再举一个例子，dota里面的战术，玩命四保一，三伪核体系，推进体系，大招流体系等，这些战术都是一种策略。
应用场景：
1、 多个类只区别在表现行为不同，可以使用strategy模式，在运行时动态选择具体要执行的行为。
2、 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。
3、 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。
四、策略模式的优缺点
优点：
1、结构清晰，把策略分离成一个个单独的类「替换了传统的 if else」2、代码耦合度降低，安全性提高「各个策略的细节被屏蔽」
缺点：
1、客户端必须要知道所有的策略类，否则你不知道该使用那个策略，所以策略模式适用于提前知道所有策略的情况下2、策略类数量增多（每一个策略类复用性很小，如果需要增加算法，就只能新增类）五、策略模式和简单工厂模式的异同
在上篇文章已经提过了，传送地址：深入理解设计模式（二）：简单工厂模式
六、策略模式的实现
strategy 类，定义所有支持的算法的公共接口
|
1 2 3 4 5 6 |
//strategy类，定义所有支持的算法的公共接口 abstract class strategy { //算法方法 public abstract void algorithminterface(); } |
oncretestrategy ，封装了具体的算法或行为，继承于strategy
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
//算法a class concretestrategya : strategy { public override void algorithminterface() { console.writeline( "算法a的实现" ); } } //算法b class concretestrategyb : strategy { public override void algorithminterface() { console.writeline( "算法b的实现" ); } } //算法c class concretestrategyc : strategy { public override void algorithminterface() { console.writeline( "算法c的实现" ); } } |
context ，用一个concretestrategy来配置，维护一个对strategy对象的引用
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
//context，用一个concretestrategy来配置，维护一个对strategy对象的引用 class context { strategy strategy; public context(strategy strategy) { this .strategy = strategy; } //上下文接口 public void contextinterface() { strategy.algorithminterface(); } } |
客户端代码
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
static void main(string[] args) { context context;
context = new context( new concretestrategya()); context.contextinterface();
context = new context( new concretestrategyb()); context.contextinterface();
context = new context( new concretestrategyc()); context.contextinterface();
console.read(); } |
七、策略模式和简单工厂模式的结合
改造后的context
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
class context { strategy strategy= null ; public context(string type) { switch (type) { case "a" : concretestrategya a = new concretestrategya(); strategy = a; break ; case "b" : concretestrategyb b = new concretestrategyb(); strategy = b; break ; case "c" : concretestrategyc c = new concretestrategyc(); strategy = c; break ; } } //上下文接口 public void contextinterface() { strategy.algorithminterface(); } } |
改造后的客户端代码
|
1 2 3 4 5 6 7 |
static void main(string[] args) { context context = new context( "这里是相应的算法类型字符串" ); context.contextinterface();
console.read(); } |
对比下改造前后的区别不难看出，改造前客户端需要认识两个类，context和concretestrategy。而策略模式和简单工厂模式结合后，客户端只需要认识一个类context，降低了耦合性。
八、策略枚举的实现
我们可以使用枚举在一个类中实现以上所有的功能及三种不同的角色，下面看看怎么通过枚举来实现策略模式
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
public enum calculator { add( "+" ) { public int exec( int a, int b) { return a+b; } }, sub( "-" ) { public int exec( int a, int b) { return a-b; } }; public abstract int exec( int a, int b); //运算符 private string value = "" ; private calculator(string value) { this .value = value; } public string getvalue() { return value; } } |
在枚举类中，定义的抽象方法就像当时之前的接口，每一个枚举add sub相当是一个具体的实现类（策略角色），而整个枚举类就是策略的分装角色。
这是从网上copy的代码，本人不怎么喜欢这么写，总感觉违背了代码规范。
九、总结
策略模式，实质就是封装了一些算法，让算法可以互相替换，用户可以自由选择这些算法进行操作。策略模式本身理解起来没什么难点，但是在实际应用中其本身主要结合工厂模式一起使用。
本篇文章就到这里了，希望能够给你带来帮助，也希望您能够多多关注的更多内容！
原文链接：https://HdhCmsTestcnblogs测试数据/xuwendong/p/9634599.html
查看更多关于深入理解Java设计模式之策略模式的详细内容...