在工作中，我需要寫一個話單轉換工具，在寫這個工具的過程中，發(fā)現整個實現恰恰可以說是策略模式最好的體現。用這個例子來說明策略模式的應用，最合適不過了。

話單轉換工具的目的：將某個服務提供商的話單文本文件，轉換為另一個服務提供商的話單文本文件。如將聯通的話單格式轉換為移動的話單格式。

話單轉換工具的要求：能夠實現多個服務提供商話單文本文件的互相轉換。

我們首先來分析一下任務。首先，各種服務提供商的話單格式，無疑是不相同的。例如，話單采集后，字段的順序，字段的寬度以及字段間的分割符，都不相同。但是，從總體上來說，話單的表現形式是大致相同的，這位我們實現話單轉換提供了一個技術上可行的前提。

所謂話單轉換，就是需要將一個話單文本文件讀出，然后對每一行的字符串進行識別后，再轉換為符合相對應的服務提供商標準的話單文本文件。操作很簡單，就是文本文件的讀寫而已，不同的就在于轉換的方法。根據服務提供商標準的不同，我們應該為每一種轉換提供相對應的算法。而所謂策略模式，正是對算法的包裝和抽象，將算法的責任和其本身分離。所以，我們現在要做的工作就是將轉換話單的算法抽象出來。

根據工具的要求，話單轉換應該包括3個方法：
1、將文件讀出的一行字符串轉換為對應的話單對象；
2、將一種話單對象轉換為另一種話單對象；
3、將話單對象轉換為字符串，以方便寫入話單文本文件；

根據以上的分析，我們還需要為不同的話單格式建立相應的對象。例如：網通、聯通和移動的話單格式對象分別為：
public class CNCCdr
{
 //網通話單格式對象的公共屬性；
}
public class CUCCdr
{
 //聯通話單格式對象的公共屬性；
}
public class CMCdr
{
 //移動話單格式對象的公共屬性；
}

接下來就應該實現話單轉換的算法了。首先需要將算法進行抽象，而進行抽象的最佳選擇莫過于使用接口，例如我們定義一個用于話單轉換的接口ICdrConvert：
public interface ICdrConvert
{
}
按照如前的分析，在接口中應該包括三個轉換方法。但是現在有個問題，就是轉換的話單對象。由于方法在接口中，為一個抽象。而話單對象可能有多種，具體轉換為何種話單對象，需要到具體實現時才能決定。因此，在接口方法中，無論返回類型，還是傳入參數，涉及到的話單對象只能是抽象的。也許我們可以考慮System.Object來表示話單對象，但更好的辦法是為所有的話單對象也提供一個抽象接口。

由于從目前的分析來看，抽象話單對象并沒有一個公共的方法，所以這個抽象的話單接口，是一個標識接口：
public interface ICdrRecord
{
}

現在，可以對轉換接口的方法進行定義了：
public interface ICdrConvert
{
 ICdrRecord Convert(string record);
 ICdrRecord Convert(ICdrRecord record);
 string Convert(ICdrRecord record);
}

自然，這樣的接口定義無法通過編譯。為什么呢？是因為第二個方法的簽名與第三個方法的簽名重復了（方法的簽名和返回類型無關）。因此，我們需要為第三個方法修改名字。

但我們仔細想想，第三個方法的轉換在轉換接口中是必要的嗎？該方法的任務是將一個話單對象轉換為string類型。實際上這個責任，并不需要專門的轉換對象來完成，而應屬于話單對象本身的責任。再想想.Net中，所有對象均派生于System.Object，而object類型均提供了ToString()方法。

從設計的角度來看，最好的辦法，是在具體的話單對象中override System.Object的ToString()方法，而不是在轉換對象中，提供該轉換算法。

不過考慮到，在話單處理中，更多地會調用抽象話單接口類型的對象，也許我們將ToString()方法抽象到接口ICdrRecord中會更好。
public interface ICdrRecord
{
 string ToString();
}
public interface ICdrConvert
{
 ICdrRecord Convert(string record);
 ICdrRecord Convert(ICdrRecord record);
}
而具體的話單對象，就應該實現ICdrRecord接口了。因為各話單對象均繼承了System.Object，則間接地繼承了object對象的ToString()方法，所以，話單對象應該重寫該方法：
public class CNCCdr: ICdrRecord
{
 //網通話單格式對象的公共屬性；

 //重寫object的ToString()方法，同時也實現了接口ICdrRecord的ToString()方法；
 public override string ToString()
 {
  //實現具體的內容；
 }
}
public class CUCCdr: ICdrRecord
{
 //聯通話單格式對象的公共屬性；

 //重寫object的ToString()方法，同時也實現了接口ICdrRecord的ToString()方法；
 public override string ToString()
 {
  //實現具體的內容；
 }
}
public class CMCdr: ICdrRecord
{
 //移動話單格式對象的公共屬性；

 //重寫object的ToString()方法，同時也實現了接口ICdrRecord的ToString()方法；
 public override string ToString()
 {
  //實現具體的內容；
 }
}

下面就是關鍵的實現了。由于我們已經為轉換算法進行了抽象，因此根據策略模式來實現具體的轉換算法，就是水到渠成的事情了。實現代碼之前，先來看看UML類圖：

注意看橙色部分，這一部分即為策略模式的主體。接口ICdrConvert為抽象策略角色，類CNCToCUC，CUCToCM為具體策略角色，它們分別實現了將網通話單轉換為聯通話單，聯通話單轉換為中國移動話單的算法。根據實際需要，還可以添加多個類似的具體策略角色，并實現ICdrConvert接口：
public class CNCToCUC:ICdrConvert
{
 public ICdrRecord Convert(string record)
 {
  //實現具體的轉換算法；
 }
 public ICdrRecord Convert(ICdrRecord record)
 {
  //實現具體的轉換算法；
 }
}
類CUCToCM的實現相似，不再重復。

那么通過策略模式實現，究竟有什么好處呢？請大家注意上圖的CdrOp類。該類是抽象類，它提供了一個構造函數，可以傳遞ICdrConvert對象：
public abstract class CdrOp
{
 protected ICdrConvert _convert;
 protected string _sourceFileName;
 protected string _targetFileName;
 
 public CdrOp(string soureFileName,string targetFileName,ICdrConvert convert)
 {
  _sourceFileName = soureFileName;
  _targetFileName = targetFileName;
  _convert = convert;
 }

 public abstract void HandleCdr(); 
}

類CdrFileOp繼承了抽象類CdrOp：
public class CdrFileOp
{
 public override void HandleCdr()  
 {
  Read();
  Write();
 }
 
 private string Read()
 {
  using (StreamReader sd = new StreamReader(_sourceFileName))
  { 
   ICdrRecord cdr = null; 
   string line;
   while ((line = sd.ReadLine()) != null)
   {
    //首先調用ICdrRecord Convert(string record)方法；
    //再調用ICdrRecord Convert(ICdrRecord record)方法；
    //至于實現的是何種轉換，由構造函數傳入的ICdrConvert對象決定；
    cdr = _convert.Convert(_convert.Convert(line));
    _list.Add(cdr);      
   }
  }
 }

 private void Write()
 {
  using (StreamWriter sw = new StreamWriter(_targetFileName,true))
  {    
   sw.Write(head.ToString());
   foreach (ICdrRecord record in _list)
   {
    sw.Write(record.ToString());
   }
  }
 }

 private ArrayList _list = new ArrayList();
}

這個類，實現了抽象類CdrOp的HandleCdr()方法。但具體的實現細節(jié)則是在私有方法Read()和Write()中完成的（根據實際情況，也可以把Read和Write方法作為公共抽象方法或保護方法，放到抽象類CdrOp中，而在抽象類CdrOp中具體提供HandleCdr方法的實現，該方法調用Read和Write方法，這樣就使用了模版方法模式）。

注意看Read和Write方法中，沒有一個具體類。不管是話單對象，還是話單轉換對象，均是抽象接口對象。尤其是在Read()方法中，調用了_Convert的Convert方法：
cdr = _convert.Convert(_convert.Convert(line));
內部的Convert方法，即_convert.Convert(line)，是將讀出來的字符串轉換為ICdrRecord對象，然后通過調用_convert.Convert(ICdrRecord record)方法，再將該對象轉換為另一種話單格式對象，但類型仍然屬于ICdrRecord。

那么在這些轉換過程中，究竟轉換成了哪一種話單格式對象呢？這是由_convert字段來決定的。而這個對象則是由構造函數的參數中傳遞進來的。

同樣的道理，在Write()方法中，大家也可以看到為所有話單對象抽象為一個接口ICdrRecord的好處。通過ICdrRecord調用ToString()方法，避免了在CdrFileOp中引入具體對象。要知道，程序一旦引入具體對象，則耦合性就高了。一旦需求發(fā)生改變，就需要對編碼進行修改。

有了以上的架構，客戶端調用就非常方便了：
public class Client
{
 public static void Main()
 {
  string sourceFileName = “c:\CNCCdr.txt”;
  string target1= “c:\CUCCdr.txt”;
  string target2= “c:\CMCdr.txt”;
  
  //將網通話單轉換為聯通話單；
  ICdrOp op1 = new CdrFileOp(sourceFileName,target1,new CNCToCUC());
  op1.HandleCdr();

  //將剛才轉換生成的聯通話單轉換為移動話單；
  ICdrOp op2 = new CdrFileOp(target1,target2,new CUCToCM());
  op2.HandleCdr();  
 }
}

當然，我們還可以引入工廠模式來創(chuàng)建CdrFileOp對象?；蛘邔CdrConvert對象設置為CdrFileOp的公共屬性，而非通過構造函數來傳入。然而，通過本文，策略模式的精要已經體現得淋漓盡致了。