设计模式：策略模式（Strategy Pattern） 明

作者：吕震宇  创建于：2004-12-26 出处：http://www.cnblogs.com/zhenyulu/articles/82017.html 收录于：2013-03-01

结构

---

意图

---

定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。 

适用性

---

• 许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置一个类的方法。
• 需要使用一个算法的不同变体。例如，你可能会定义一些反映不同的空间/时间权衡的算法。当这些变体实现为一个算法的类层次时 ,可以使用策略模式。
• 算法使用客户不应该知道的数据。可使用策略模式以避免暴露复杂的、与算法相关的数据结构。
• 一个类定义了多种行为, 并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移入它们各自的S t r a t e g y 类中以代替这些条件语句。

实现代码

---

// Strategy pattern -- Structural example  
using System;
public class Client
{
    public static void Main(string[] args)
    {
        // Three contexts following different strategies
        Context c = new Context(new ConcreteStrategyA());
        c.ContextInterface();
        Context d = new Context(new ConcreteStrategyB());
        d.ContextInterface();
        Context e = new Context(new ConcreteStrategyC());
        e.ContextInterface();
        Console.Read();
    }
}
// "Strategy"
abstract class Strategy
{
    // Methods
    abstract public void AlgorithmInterface();
}
// "ConcreteStrategyA"
class ConcreteStrategyA : Strategy
{
    // Methods
    override public void AlgorithmInterface()
    {
        Console.WriteLine("Called ConcreteStrategyA.AlgorithmInterface()");
    }
}
// "ConcreteStrategyB"
class ConcreteStrategyB : Strategy
{
    // Methods
    override public void AlgorithmInterface()
    {
        Console.WriteLine("Called ConcreteStrategyB.AlgorithmInterface()");
    }
}
// "ConcreteStrategyC"
class ConcreteStrategyC : Strategy
{
    // Methods
    override public void AlgorithmInterface()
    {
        Console.WriteLine("Called ConcreteStrategyC.AlgorithmInterface()");
    }
}
// "Context"
class Context
{
    // Fields
    Strategy strategy;
    // Constructors
    public Context(Strategy strategy)
    {
        this.strategy = strategy;
    }
    // Methods
    public void ContextInterface()
    {
        strategy.AlgorithmInterface();
    }
}

策略模式的优点和缺点

---

策略模式有很多优点和缺点。它的优点有：

1. 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免重复的代码。

2. 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。

3. 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。

策略模式的缺点有：

1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。

2. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。