策略模式(Strategy Pattern)

本文详细介绍了策略模式的概念、结构和应用场景,通过示例代码展示了如何在.NET环境中实现策略模式,以达到算法的灵活替换。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

设计模式 - 吕震宇

.NET设计模式系列文章

薛敬明的专栏

乐在其中设计模式(C#)


设计模式(22)-Strategy Pattern

一、 策略(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卷:公共语言运行库》,中国电力出版社


设计模式20:Strategy Pattern (策略模式)

Define:Define a family of algorithms, encapsulate each one, and make them interchangeable. Strategy lets the algorithm vary independently from clients that use it.

一、 策略(Strategy)模式

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

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

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

二、 策略模式的结构

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

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

 

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

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


三、 示意性源代码

[c-sharp] view plain copy
  1. using System;  
  2. using System.Collections.Generic;  
  3. using System.Linq;  
  4. using System.Text;  
  5.   
  6. namespace Strategy_Pattern  
  7. {  
  8.     // "Strategy"  
  9.     abstract class Strategy  
  10.     {  
  11.         // Methods  
  12.         abstract public void AlgorithmInterface();  
  13.     }  
  14.   
  15.     // "ConcreteStrategyA"  
  16.     class ConcreteStrategyA : Strategy  
  17.     {  
  18.         // Methods  
  19.         override public void AlgorithmInterface()  
  20.         {  
  21.             Console.WriteLine("Called ConcreteStrategyA.AlgorithmInterface()");  
  22.         }  
  23.     }  
  24.   
  25.     // "ConcreteStrategyB"  
  26.     class ConcreteStrategyB : Strategy  
  27.     {  
  28.         // Methods  
  29.         override public void AlgorithmInterface()  
  30.         {  
  31.             Console.WriteLine("Called ConcreteStrategyB.AlgorithmInterface()");  
  32.         }  
  33.     }  
  34.   
  35.     // "ConcreteStrategyC"  
  36.     class ConcreteStrategyC : Strategy  
  37.     {  
  38.         // Methods  
  39.         override public void AlgorithmInterface()  
  40.         {  
  41.             Console.WriteLine("Called ConcreteStrategyC.AlgorithmInterface()");  
  42.         }  
  43.     }  
  44.   
  45.     // "Context"  
  46.     class Context  
  47.     {  
  48.         // Fields  
  49.         Strategy strategy;  
  50.   
  51.         // Constructors  
  52.         public Context(Strategy strategy)  
  53.         {  
  54.             this.strategy = strategy;  
  55.         }  
  56.   
  57.         // Methods  
  58.         public void ContextInterface()  
  59.         {  
  60.             strategy.AlgorithmInterface();  
  61.         }  
  62.     }  
  63.   
  64.     /**/  
  65.     /// <summary>  
  66.     /// Client test  
  67.     /// </summary>  
  68.     public class Client  
  69.     {  
  70.         public static void Main(string[] args)  
  71.         {  
  72.             // Three contexts following different strategies  
  73.             Context c = new Context(new ConcreteStrategyA());  
  74.             c.ContextInterface();  
  75.   
  76.             Context d = new Context(new ConcreteStrategyB());  
  77.             d.ContextInterface();  
  78.   
  79.             Context e = new Context(new ConcreteStrategyC());  
  80.             e.ContextInterface();  
  81.   
  82.             Console.Read();  
  83.         }  
  84.     }  
  85. }  

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

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

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


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

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

 

[c-sharp] view plain copy
  1. using System;  
  2. using System.Collections;  
  3. using System.Collections.Generic;  
  4. using System.Linq;  
  5. using System.Text;  
  6.   
  7. namespace Strategy_Pattern  
  8. {  
  9.     // "Strategy"  
  10.     abstract class SortStrategy  
  11.     {  
  12.         // Methods  
  13.         abstract public void Sort(ArrayList list);  
  14.     }  
  15.   
  16.     // "ConcreteStrategy"  
  17.     class QuickSort : SortStrategy  
  18.     {  
  19.         // Methods  
  20.         public override void Sort(ArrayList list)  
  21.         {  
  22.             list.Sort(); // Default is Quicksort  
  23.             Console.WriteLine("QuickSorted list ");  
  24.         }  
  25.     }  
  26.   
  27.     // "ConcreteStrategy"  
  28.     class ShellSort : SortStrategy  
  29.     {  
  30.         // Methods  
  31.         public override void Sort(ArrayList list)  
  32.         {  
  33.             //list.ShellSort();  
  34.             Console.WriteLine("ShellSorted list ");  
  35.         }  
  36.     }  
  37.   
  38.     // "ConcreteStrategy"  
  39.     class MergeSort : SortStrategy  
  40.     {  
  41.         // Methods  
  42.         public override void Sort(ArrayList list)  
  43.         {  
  44.             //list.MergeSort();  
  45.             Console.WriteLine("MergeSorted list ");  
  46.         }  
  47.     }  
  48.   
  49.     // "Context"  
  50.     class SortedList  
  51.     {  
  52.         // Fields  
  53.         private ArrayList list = new ArrayList();  
  54.         private SortStrategy sortstrategy;  
  55.   
  56.         // Constructors  
  57.         public void SetSortStrategy(SortStrategy sortstrategy)  
  58.         {  
  59.             this.sortstrategy = sortstrategy;  
  60.         }  
  61.   
  62.         // Methods  
  63.         public void Sort()  
  64.         {  
  65.             sortstrategy.Sort(list);  
  66.         }  
  67.   
  68.         public void Add(string name)  
  69.         {  
  70.             list.Add(name);  
  71.         }  
  72.   
  73.         public void Display()  
  74.         {  
  75.             foreach (string name in list)  
  76.                 Console.WriteLine(" " + name);  
  77.         }  
  78.     }  
  79.   
  80.     /**/  
  81.     /// <summary>  
  82.     /// StrategyApp test  
  83.     /// </summary>  
  84.     public class StrategyApp  
  85.     {  
  86.         public static void Main(string[] args)  
  87.         {  
  88.             // Two contexts following different strategies  
  89.             SortedList studentRecords = new SortedList();  
  90.             studentRecords.Add("Samual");  
  91.             studentRecords.Add("Jimmy");  
  92.             studentRecords.Add("Sandra");  
  93.             studentRecords.Add("Anna");  
  94.             studentRecords.Add("Vivek");  
  95.   
  96.             studentRecords.SetSortStrategy(new QuickSort());  
  97.             studentRecords.Sort();  
  98.             studentRecords.Display();  
  99.   
  100.             Console.Read();  
  101.         }  
  102.     }  
  103. }  

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

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

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文件。为策略模式的实施提供了一个非常好的方案。


乐在其中设计模式(C#) - 策略模式(Strategy Pattern)

乐在其中设计模式(C#) - 策略模式(Strategy Pattern)


作者: webabcd


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


示例
有一个Message实体类,对它的操作有Insert()和Get()方法,持久化数据在SqlServer数据库中或Xml文件里(两种可互换的算法)。由客户端决定使用哪种算法。


MessageModel
using  System;
using  System.Collections.Generic;
using  System.Text;

namespace  Pattern.Strategy
{
    
/// <summary>
    
/// Message实体类
    
/// </summary>

    public class MessageModel
    
{
        
/// <summary>
        
/// 构造函数
        
/// </summary>
        
/// <param name="msg">Message内容</param>
        
/// <param name="pt">Message发布时间</param>

        public MessageModel(string msg, DateTime pt)
        
{
            
this._message = msg;
            
this._publishTime = pt;
        }


        
private string _message;
        
/// <summary>
        
/// Message内容
        
/// </summary>

        public string Message
        
{
            
get return _message; }
            
set { _message = value; }
        }


        
private DateTime _publishTime;
        
/// <summary>
        
/// Message发布时间
        
/// </summary>

        public DateTime PublishTime
        
{
            
get return _publishTime; }
            
set { _publishTime = value; }
        }

    }

}


IMessageStrategy
using  System;
using  System.Collections.Generic;
using  System.Text;

namespace  Pattern.Strategy
{
    
/// <summary>
    
/// 策略接口
    
/// </summary>

    public interface IMessageStrategy
    
{
        
/// <summary>
        
/// 获取Message
        
/// </summary>
        
/// <returns></returns>

        List<MessageModel> Get();

        
/// <summary>
        
/// 插入Message
        
/// </summary>
        
/// <param name="mm">Message实体对象</param>
        
/// <returns></returns>

        bool Insert(MessageModel mm);
    }

}


SqlMessage
using  System;
using  System.Collections.Generic;
using  System.Text;

namespace  Pattern.Strategy
{
    
/// <summary>
    
/// Sql方式操作Message
    
/// </summary>

    public class SqlMessage : IMessageStrategy
    
{
        
/// <summary>
        
/// 获取Message
        
/// </summary>
        
/// <returns></returns>

        public List<MessageModel> Get()
        
{
            List
<MessageModel> l = new List<MessageModel>();
            l.Add(
new MessageModel("SQL方式获取Message", DateTime.Now));

            
return l;
        }


        
/// <summary>
        
/// 插入Message
        
/// </summary>
        
/// <param name="mm">Message实体对象</param>
        
/// <returns></returns>

        public bool Insert(MessageModel mm)
        
{
            
// 代码略
            return true;
        }

    }

}


XmlMessage
using  System;
using  System.Collections.Generic;
using  System.Text;

namespace  Pattern.Strategy
{
    
/// <summary>
    
/// Xml方式操作Message
    
/// </summary>

    public class XmlMessage : IMessageStrategy
    
{
        
/// <summary>
        
/// 获取Message
        
/// </summary>
        
/// <returns></returns>

        public List<MessageModel> Get()
        
{
            List
<MessageModel> l = new List<MessageModel>();
            l.Add(
new MessageModel("XML方式获取Message", DateTime.Now));

            
return l;
        }


        
/// <summary>
        
/// 插入Message
        
/// </summary>
        
/// <param name="mm">Message实体对象</param>
        
/// <returns></returns>

        public bool Insert(MessageModel mm)
        
{
            
// 代码略
            return true;
        }

    }

}


Message
using  System;
using  System.Collections.Generic;
using  System.Text;

namespace  Pattern.Strategy
{
    
/// <summary>
    
/// Context类
    
/// </summary>

    public class Message
    
{
        
/// <summary>
        
/// 声明一个IMessageStrategy类型
        
/// </summary>

        private IMessageStrategy _strategy;

        
/// <summary>
        
/// 构造函数
        
/// </summary>
        
/// <param name="strategy">具体算法</param>

        public Message(IMessageStrategy strategy)
        
{
            
this._strategy = strategy;
        }


        
/// <summary>
        
/// 获取Message
        
/// </summary>
        
/// <returns></returns>

        public List<MessageModel> Get()
        
{
            
return _strategy.Get();
        }


        
/// <summary>
        
/// 插入Message
        
/// </summary>
        
/// <param name="mm">Message实体对象</param>
        
/// <returns></returns>

        public bool Insert(MessageModel mm)
        
{
            
return _strategy.Insert(mm);
        }

    }

}



client
using  System;
using  System.Data;
using  System.Configuration;
using  System.Collections;
using  System.Web;
using  System.Web.Security;
using  System.Web.UI;
using  System.Web.UI.WebControls;
using  System.Web.UI.WebControls.WebParts;
using  System.Web.UI.HtmlControls;

using  Pattern.Strategy;

public  partial  class  Strategy : System.Web.UI.Page
{
    
protected void Page_Load(object sender, EventArgs e)
    
{
        Message m 
= new Message(new XmlMessage());
        Response.Write(m.Insert(
new MessageModel("插入", DateTime.Now)));
        Response.Write(
"<br />");
        Response.Write(m.Get()[
0].Message + " " + m.Get()[0].PublishTime.ToString());
        Response.Write(
"<br />");

        m 
= new Message(new SqlMessage());
        Response.Write(m.Insert(
new MessageModel("插入", DateTime.Now)));
        Response.Write(
"<br />");
        Response.Write(m.Get()[
0].Message + " " + m.Get()[0].PublishTime.ToString());
        Response.Write(
"<br />");
    }

}


运行结果
True
XML方式获取Message 2007-2-10 22:42:44
True
SQL方式获取Message 2007-2-10 22:42:44


参考
http://www.dofactory.com/Patterns/PatternStrategy.aspx


OK
[源码下载] 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值