WCF是建立在.Net Framework 2.0基礎之上的，它的應用可以幫助開發(fā)人員帶來很多功能。在這里我們將會為大家詳細介紹一下有關WCF傳輸數(shù)據(jù)的相關方法，以此來方便大家理解這方面的應用。

最近的開發(fā)，一直被DataContract頭疼，微軟為了更好的通用性和代碼無關性，將DataContract進行了一系列的優(yōu)化，使作為DataContract的類在進行Serialize的時候會被序列化成非常通用的數(shù)據(jù)格式，可以在任何開發(fā)語言中調用。但是我們是僅僅使用C#進行客戶端和服務器端的開發(fā)，而且客戶端和服務器端交換的數(shù)據(jù)是同一個類型。

剛開始我的代碼是這樣寫的：

using System;  
using System.Collections;  
using System.ServiceModel;  
using System.Runtime.Serialization;  
namespace JCDEV.WCF.Test1  
{  
[DataContract]  
public class Message  
{  
private DataCommandCollections list;  
[DataMember]  
public DataCommandCollections List  
{  
get { return list; }  
set { list = value; }  
}  
}  
[DataContract]  
public class DataCommandCollections : CollectionBase  
{  
[DataMember]  
public IList List  
{  
get  
{  
return base.InnerList;  
}  
}  
}  
[DataContract]  
public class DataCommand  
{   
//代碼省略...  
}  
} 

我的本意是傳遞Message類，類中包含一個DataCommand的數(shù)組，但是這樣做的結果是，生成的客戶端代碼中DataCommandCollections被修正為了一個object[]，而DataCommand未被序列化。我總結一下原因是：DataCommandCollections集成于CollectionBase，該類是一個Collection的基類，內部有一個ArrayList數(shù)組，該數(shù)組默認是實現(xiàn)IList接口的，內部數(shù)據(jù)是Object型，所以在序列化是就生成了Object[]，而不管實際的內部數(shù)據(jù)是何類型。

到這里我分析，DataContract在客戶端生成代碼時是根據(jù)其內部參數(shù)的類型來決定的。因此數(shù)組必須顯性設置為DataCommand的數(shù)組，否則都將無法生成正確的代碼。

解決該問題的方法是使用List<T>來作為父類，該類通過泛型的方式指定其內部參數(shù)，下面是我改進的程序：

using System;  
using System.Collections;  
using System.ServiceModel;  
using System.Runtime.Serialization;  
using System.Collections.Generic;  
namespace JCDEV.WCF.Test1  
{  
[DataContract]  
public class Message  
{  
private DataCommandCollections list;  
[DataMember]  
public DataCommandCollections List  
{  
get { return list; }  
set { list = value; }  
}  
}  
[DataContract]  
public class DataCommandCollections :List<DataCommand> 
{  
//代碼省略...   
}  
[DataContract]  
public class DataCommand  
{   
//代碼省略...  
}  
} 

程序改進后在生成客戶端時出錯，查了下原因是因為如果類實現(xiàn)了IEnumable接口時，.Net會默認將他作為一個Collections類來進行序列化，無需指定他為DataContract，如果需自定義，應該使用CollectionDataContract特性。將代碼修改后就沒有錯誤了。客戶端正確的生成了一個DataCommand[]和DataCommand類。#t#

但是這樣生成的客戶端代碼其實并沒有什么用，因為客戶端本來就可以直接調用Message類，后來一個偶然的機會，我發(fā)現(xiàn)了一個新的方法，就是在客戶端添加服務引用時，選擇高級，然后將重新使用引用的程序集中的類型勾選上，這樣客戶端就不會生成一個Message類，而是直接使用自己引用的Message類了。

這里也可以設置對于集合類型，在客戶端解析后的生成方式，默認是生成一個數(shù)組。

這里要注意一點，當使用重引用選項后，DataContract將無法使用，出的錯誤是“類型未被標示為可序列化”，我是使用Serializable來代替的，這個原因是什么我還不清楚，如果有人知道，希望也告訴我一下，謝謝。

補充一下：“類型未被標示為可序列化”原因找到了，是我疏忽的錯誤，呵呵，原因是我有一個對Message類進行序列化的函數(shù)，程序時在這里提示的錯誤。DataContract是可以使用的。至于.Net如何對集合進行操作，我將稍候發(fā)布。