设计模式(22)-Strategy Pattern

转载 2006年06月10日 16:10:00

一、 策略(Strategy)模式

策略模式的用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。

假设现在要设计一个贩卖各类书籍的电子商务网站的购物车(Shopping Cat)系统。一个最简单的情况就是把所有货品的单价乘上数量,但是实际情况肯定比这要复杂。比如,本网站可能对所有的教材类图书实行每本一元的折扣;对连环画类图书提供每本7%的促销折扣,而对非教材类的计算机图书有3%的折扣;对其余的图书没有折扣。由于有这样复杂的折扣算法,使得价格计算问题需要系统地解决。

使用策略模式可以把行为和环境分割开来。环境类负责维持和查询行为类,各种算法则在具体策略类(ConcreteStrategy)中提供。由于算法和环境独立开来,算法的增减、修改都不会影响环境和客户端。当出现新的促销折扣或现有的折扣政策出现变化时,只需要实现新的策略类,并在客户端登记即可。策略模式相当于"可插入式(Pluggable)的算法"。

二、 策略模式的结构

策略模式是对算法的包装,是把使用算法的责任和算法本身分割开,委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面,作为一个抽象策略类的子类。用一句话来说,就是:"准备一组算法,并将每一个算法封装起来,使得它们可以互换。"

策略又称做政策(Policy)模式【GOF95】。下面是一个示意性的策略模式结构图:

 

这个模式涉及到三个角色:

  • 环境(Context)角色:持有一个Strategy类的引用。
  • 抽象策略(Strategy)角色:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
  • 具体策略(ConcreteStrategy)角色:包装了相关的算法或行为。


三、 示意性源代码

// Strategy pattern -- Structural example  
using System;

// "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();
  }

}


/// <summary>
/// Client test
/// </summary>

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();
  }

}


四、 何时使用何种具体策略角色

在学习策略模式时,学员常问的一个问题是:为什么不能从策略模式中看出哪一个具体策略适用于哪一种情况呢?

答案非常简单,策略模式并不负责做这个决定。换言之,应当由客户端自己决定在什么情况下使用什么具体策略角色。策略模式仅仅封装算法,提供新算法插入到已有系统中,以及老算法从系统中"退休"的方便,策略模式并不决定在何时使用何种算法。


五、 一个实际应用策略模式的例子

下面的例子利用策略模式在排序对象中封装了不同的排序算法,这样以便允许客户端动态的替换排序策略(包括Quicksort、Shellsort和Mergesort)。

 

// Strategy pattern -- Real World example  
using System;
using System.Collections;

// "Strategy"
abstract class SortStrategy
{
  
// Methods
  abstract public void Sort( ArrayList list );
}


// "ConcreteStrategy"
class QuickSort : SortStrategy
{
  
// Methods
  public override void Sort(ArrayList list )
  
{
    list.Sort(); 
// Default is Quicksort
    Console.WriteLine("QuickSorted list ");
  }

}


// "ConcreteStrategy"
class ShellSort : SortStrategy
{
  
// Methods
  public override void Sort(ArrayList list )
  
{
    
//list.ShellSort();
    Console.WriteLine("ShellSorted list ");
  }

}


// "ConcreteStrategy"
class MergeSort : SortStrategy
{
  
// Methods
  public override void Sort( ArrayList list )
  
{
    
//list.MergeSort();
    Console.WriteLine("MergeSorted list ");
  }

}


// "Context"
class SortedList
{
  
// Fields
  private ArrayList list = new ArrayList();
  
private SortStrategy sortstrategy;

  
// Constructors
  public void SetSortStrategy( SortStrategy sortstrategy )
  
{
    
this.sortstrategy = sortstrategy;
  }


  
// Methods
  public void Sort()
  
{
    sortstrategy.Sort( list );
  }


  
public void Add( string name )
  
{
    list.Add( name );
  }


  
public void Display()
  
{
    
foreachstring name in list )
      Console.WriteLine( 
" " + name );
  }

}


/// <summary>
/// StrategyApp test
/// </summary>

public class StrategyApp
{
  
public static void Main( string[] args )
  
{
    
// Two contexts following different strategies
    SortedList studentRecords = new SortedList( );
    studentRecords.Add( 
"Samual" );
    studentRecords.Add( 
"Jimmy" );
    studentRecords.Add( 
"Sandra" );
    studentRecords.Add( 
"Anna" );
    studentRecords.Add( 
"Vivek" );

    studentRecords.SetSortStrategy( 
new QuickSort() );
    studentRecords.Sort();
    studentRecords.Display();
  }

}


六、 在什么情况下应当使用策略模式

在下面的情况下应当考虑使用策略模式:

1. 如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。

2. 一个系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面,而这些具体算法类都是一个抽象算法类的子类。换言之,这些具体算法类均有统一的接口,由于多态性原则,客户端可以选择使用任何一个具体算法类,并只持有一个数据类型是抽象算法类的对象。

3. 一个系统的算法使用的数据不可以让客户端知道。策略模式可以避免让客户端涉及到不必要接触到的复杂的和只与算法有关的数据。

4. 如果一个对象有很多的行为,如果不用恰当的模式,这些行为就只好使用多重的条件选择语句来实现。此时,使用策略模式,把这些行为转移到相应的具体策略类里面,就可以避免使用难以维护的多重条件选择语句,并体现面向对象设计的概念。


七、 策略模式的优点和缺点

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

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

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

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

策略模式的缺点有:

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

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


八、 其它

策略模式与很多其它的模式都有着广泛的联系。Strategy很容易和Bridge模式相混淆。虽然它们结构很相似,但它们却是为解决不同的问题而设计的。Strategy模式注重于算法的封装,而Bridge模式注重于分离抽象和实现,为一个抽象体系提供不同的实现。Bridge模式与Strategy模式都很好的体现了"Favor composite over inheritance"的观点。

推荐大家读一读《IoC 容器和Dependency Injection 模式》,作者Martin Fowler。网上可以找到中文版的PDF文件。为策略模式的实施提供了一个非常好的方案。

 


 

参考文献:
阎宏,《Java与模式》,电子工业出版社
[美]James W. Cooper,《C#设计模式》,电子工业出版社
[美]Alan Shalloway  James R. Trott,《Design Patterns Explained》,中国电力出版社
[美]Robert C. Martin,《敏捷软件开发-原则、模式与实践》,清华大学出版社
[美]Don Box, Chris Sells,《.NET本质论 第1卷:公共语言运行库》,中国电力出版社

设计模式 - 策略模式(Strategy Pattern) 详解

策略模式(Strategy Pattern) 详解 本文地址: http://blog.csdn.net/caroline_wendy/article/details/26577879 本文版...
  • u012515223
  • u012515223
  • 2014年05月22日 13:31
  • 2911

设计模式(22)-Strategy Pattern

一、 策略(Strategy)模式策略模式的用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。假 设现在要...
  • camel0564
  • camel0564
  • 2008年04月23日 14:28
  • 307

设计模式(22)-Strategy Pattern

一、 策略(Strategy)模式策略模式的用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。假设现在要设...
  • sxlfybb
  • sxlfybb
  • 2006年08月31日 10:34
  • 536

Head First 设计模式——策略模式(Strategy Pattern)——Python实现

  本作品采用知识共享署名-非商业性使用-相同方式共享 3.0 Unported许可协议进行许可。允许非商业转载,但应注明作者及出处。 作者:liuyuan_jq2011-06-13 策略模式定义 定...
  • liuyuan_jq
  • liuyuan_jq
  • 2011年06月13日 17:41
  • 1478

设计模式总结之Composite Pattern(组合模式)

组合模式,将对象组合成树形结构以表示“部分-整体”的层次结构,组合模式使得用户对单个对象和组合对象的使用具有一致性。...
  • cooldragon
  • cooldragon
  • 2016年08月11日 00:49
  • 1148

Java设计模式——策略模式(Strategy Pattern)

Java设计模式——策略模式(Strategy Pattern) 场景一 描述:刘备要到江东娶老婆了,走之前诸葛亮给赵云(伴郎)三个锦囊妙计,说是按天机拆开解决棘手问题,嘿,还别说,真是解决了大问题,...
  • u012401711
  • u012401711
  • 2016年09月07日 21:16
  • 1110

什么是设计模式?(Design pattern)--和生活结合更好理解

什么是设计模式 一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程...
  • guo13313
  • guo13313
  • 2017年04月09日 07:50
  • 947

C#设计模式(22)-Strategy Pattern

一、 策略(Strategy)模式策略模式的用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。假设现在要设...
  • laolaolai
  • laolaolai
  • 2008年10月21日 20:42
  • 212

设计模式学习笔记--Strategy、State

最近在看设计模式的,防止遗忘,总结一下,如有不足还望指正! 策略模式:(strategy)定义算法家族,分别封装起来,让他们之间可以相互替换。此模式可以让算法的变化,不影响使用算法的用户。 类图如下:...
  • smartboy_01
  • smartboy_01
  • 2014年12月30日 22:32
  • 551

.NET设计模式(22):策略模式(Strategy Pattern)

一 通过实例认识策略模式        首先让我们来说明一个问题,在软件业惟一不变的是什么呢?是变化。这是不是有点冷笑话的感觉?不管怎样,这就是事实,要想在软件行业混,我们就必须得接受这一点,我想绝...
  • zengjibing
  • zengjibing
  • 2009年02月15日 12:31
  • 813
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:设计模式(22)-Strategy Pattern
举报原因:
原因补充:

(最多只允许输入30个字)