介绍
策略（Strategy）模式的定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。
策略模式的结构
模式涉及到三个角色：
(1)环境(Context)角色：持有一个Strategy的引用
(2)抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或者抽象类实现。此角色给出所有的具体策略类的接口。
(3)具体策略(ConcreteStrategy)类，包装了相关的算法或者行为。
网络异常，图片无法展示
|
代理模式实现-静态代理
Context 环境类
public class MovieTicket { private double _price; private IDiscount _discount; public double Price { get { return _discount.Calculate(_price); } set { _price = value; } } public IDiscount Discount { set { _discount = value; } } }
Strategy 抽象策略类
public interface IDiscount { double Calculate(double price); }
ConcreteStrategy 具体策略类：StudentStrategy, VIPStrategy 和 ChildrenStrategy
public class StudentDiscount : IDiscount { public double Calculate(double price) { Console.WriteLine("学生票："); return price * 0.8; } } public class VIPDiscount : IDiscount { public double Calculate(double price) { Console.WriteLine("VIP票："); Console.WriteLine("增加积分！"); return price * 0.5; } } public class ChildrenDiscount : IDiscount { public double Calculate(double price) { Console.WriteLine("儿童票："); return price - 10; } }
注意的地方：
- 所有的具体策略类都有一些公有的行为。这时候就应当把这些公有的行为放到共同的抽象策略角色Strategy类里面。这时候抽象策略角色必须用抽象类实现而不能使用接口。
- 策略模式在每一个时刻都只能使用一个策略对象，但是有的时候一个应用程序同时与几个策略对象相联系。换言之，在应用程序启动时，所有的策略对象就已经被创立出来，而应用程序可以在几个策略对象之间调换。
静态代理优缺点
- 策略模式的主要优点如下。
- 多重条件语句不易维护，而使用策略模式可以避免使用多重条件语句，如 if...else 语句、switch...case 语句。
- 策略模式提供了一系列的可供重用的算法族，恰当使用继承可以把算法族的公共代码转移到父类里面，从而避免重复的代码。
- 策略模式可以提供相同行为的不同实现，客户可以根据不同时间或空间要求选择不同的。
- 策略模式提供了对开闭原则的完美支持，可以在不修改原代码的情况下，灵活增加新算法。
- 策略模式把算法的使用放到环境类中，而算法的实现移到具体策略类中，实现了二者的分离。
- 其主要缺点如下。
- 客户端必须理解所有策略算法的区别，以便适时选择恰当的算法类。
- 策略模式造成很多的策略类，增加维护难度。
