策略模式-设计模式系列
导读：策略模式看完之后，大多数人都会感觉有点混了，包括我，感觉策略模式是一种OO思想的体现（纯属个人拙见）。
概述：
抽象策略角色： 策略类，通常由一个接口或者抽象类实现。
具体策略角色：包装了相关的算法和行为。
环境角色：持有一个策略类的引用，最终给客户端调用。
结构图：
代码举例：商品打折
|
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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
|
/// <summary> /// Strategy抽象类 抽象策略角色 /// </summary> abstract class Strategy { public abstract double Sale(); } /// <summary> /// 具体策略角色：包装了相关的算法和行为。 /// </summary> class ConereteStrategyA : Strategy { private double price; public ConereteStrategyA(double price) { this.price = price; } public override double Sale() { //商品打9折 return price * 0.9; } } /// <summary> /// 具体策略角色：包装了相关的算法和行为。 /// </summary> class ConereteStrategyB : Strategy { private double price; public ConereteStrategyB(double price) { this.price = price; } public override double Sale() { //商品打8折 return price * 0.8; } } /// <summary> /// 环境角色：持有一个策略类的引用，最终给客户端调用 /// </summary> class Context { private Strategy strategy; public Context(Strategy strategy) { this.strategy = strategy; } public double Sale() { return strategy.Sale(); } } |
客户端调用
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
class Program { static void Main(string[] args) { //打9折 Context c1 = new Context(new ConereteStrategyA(10)); double price = c1.Sale(); Console.WriteLine(price); Console.ReadLine(); //打八折 Context c2 = new Context(new ConereteStrategyB(10)); double price2 = c2.Sale(); Console.WriteLine(price2); Console.ReadLine(); } } |
优缺点：
优点：
1、 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码转移到父类里面，从而避免重复的代码。
2、 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。
3、 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。
缺点：
1、客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
2、 策略模式造成很多的策略类，每个具体策略类都会产生一个新类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。
适用场景：
1、 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。
2、 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。
3、 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。
