设计模式之策略模式--Strategy Pattern.docVIP

一、 策略（Strategy）模式 策略模式的用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。 假设现在要设计一个贩卖各类书籍的电子商务网站的购物车（Shopping Cat）系统。一个最简单的情况就是把所有货品的单价乘上数量，但是实际情况肯定比这要复杂。比如，本网站可能对所有的教材类图书实行每本一元的折扣；对连环画类图书提供每本7％的促销折扣，而对非教材类的计算机图书有3％的折扣；对其余的图书没有折扣。由于有这样复杂的折扣算法，使得价格计算问题需要系统地解决。 使用策略模式可以把行为和环境分割开来。环境类负责维持和查询行为类，各种算法则在具体策略类（ConcreteStrategy）中提供。由于算法和环境独立开来，，算法的增减、修改都不会影响环境和客户端。当出现新的促销折扣或现有的折扣政策出现变化时，只需要实现新的策略类，并在客户端登记即可。策略模式相当于可插入式（Pluggable）的算法。 二、 策略模式的结构 策略模式是对算法的包装，是把使用算法的责任和算法本身分割开，委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是：准备一组算法，并将每一个算法封装起来，使得它们可以互换。 策略又称做政策（Policy）模式【GOF95】。下面是一个示意性的策略模式结构图： 这个模式涉及到三个角色： 环境（Context）角色：持有一个Strategy类的引用。 抽象策略（Strategy）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。 具体策略（ConcreteStrategy）角色：包装了相关的算法或行为。 三、 示意性源代码 1 // Strategy pattern -- Structural example 2 using System; 3 4 // Strategy 5 abstract class Strategy 6 { 7 // Methods 8 abstract public void AlgorithmInterface(); 9 } 10 11 // ConcreteStrategyA 12 class ConcreteStrategyA : Strategy 13 { 14 // Methods 15 override public void AlgorithmInterface() 16 { 17 Console.WriteLine(Called ConcreteStrategyA.AlgorithmInterface()); 18 } 19 } 20 21 // ConcreteStrategyB 22 class ConcreteStrategyB : Strategy 23 { 24 // Methods 25 override public void AlgorithmInterface() 26 { 27 Console.WriteLine(Called ConcreteStrategyB.AlgorithmInterface()); 28 } 29 } 30 31 // ConcreteStrategyC 32 class ConcreteStrategyC : Strategy 33 { 34 // Methods 35 override public void AlgorithmInterface() 36 { 37 Console.WriteLine(Called ConcreteStrategyC.AlgorithmInterface()); 38 } 39 } 40 41 // Context 42 class Context 43 { 44 // Fields 45 Strategy strategy; 46 47 // Constructors 48 public Context( Strategy strategy ) 49 { 50 this.strategy = strategy; 51 } 52 53 // Methods 54 public void ContextInterface() 55 { 56 strategy.AlgorithmInterface(); 57 } 58 } 59 60 /// summary 61 /// Client test 62 /// /summary 63 public class Client 64 { 65 publ