指定服務合約中的資料傳輸
Windows Communication Foundation (WCF) 可以想成是訊息基礎結構。服務作業可以接收訊息、處理訊息，並傳送訊息。訊息會透過作業合約來加以描述。例如，請參考下列合約。
[ServiceContract]
public interface IAirfareQuoteService
{
[OperationContract]
float GetAirfare(string fromCity, string toCity);
}
在這裡，GetAirfare 作業會接受包含有關 fromCity 和 toCity 資訊的訊息，然後傳回包含數字的訊息。
本主題將說明作業合約用來描述訊息的各種不同方式。
使用參數來描述訊息
描述訊息最簡單的方式，就是使用參數清單與傳回值。在先前的範例中，已使用 fromCity 和 toCity 字串參數來描述要求訊息，同時使用浮點傳回值來描述回覆訊息。如果傳回值還不足以描述回覆訊息，則會使用 out 參數。例如，下列作業在其要求訊息中包含了 fromCity 和 toCity，並在其回覆訊息中包含了數字與貨幣。
[OperationContract]
float GetAirfare(string fromCity, string toCity, out string currency);
此外，您可以使用參考參數，讓參數同時成為要求與回覆訊息的一部分。參數必須是可以序列化 (轉換為 XML) 的型別。根據預設，WCF 會使用稱為 DataContractSerializer 類別的元件執行此轉換。大多數的基本型別 (例如 int、string、float 和 DateTime)都會受到支援。使用者定義的型別通常必須具有資料合約。如需詳細資訊，請參閱 使用資料合約。
public interface IAirfareQuoteService
{
[OperationContract]
float GetAirfare(Itinerary itinerary, DateTime date);
}
[DataContract]
public class Itinerary
{
[DataMember]
public string fromCity;
[DataMember]
public string toCity;
}
有時候，DataContractSerializer 並不足以序列化您的型別。WCF 支援替代的序列化引擎 XmlSerializer (您也可以使用此引擎來序列化參數)。XmlSerializer 可讓您透過諸如 XmlAttributeAttribute 的屬性，針對最後的 XML 格式進行更複雜的控制。若要切換為針對特定作業或整個服務使用 XmlSerializer，請將 XmlSerializerFormatAttribute 屬性套用到作業或服務。例如：
[ServiceContract]
public interface IAirfareQuoteService
{
[OperationContract]
[XmlSerializerFormat]
float GetAirfare(Itinerary itinerary, DateTime date);
}
public class Itinerary
{
public string fromCity;
public string toCity;
[XmlAttribute]
public bool isFirstClass;
}
如需詳細資訊，請參閱 使用 XmlSerializer 類別。請記住，我們不建議您模仿此處所示做法切換到 XmlSerializer，除非您有特殊的理由需要按照主題中所述的步驟來執行。
若要將 .NET 參數名稱從合約名稱中隔離出來，可以使用 MessageParameterAttribute 屬性 (Attribute)，並使用 Name 屬性 (Property) 來設定合約名稱。例如，下列作業合約等同於本主題中第一個範例。
[OperationContract]
public float GetAirfare(
[MessageParameter(Name=”fromCity”)] string originCity,
[MessageParameter(Name=”toCity”)] string destinationCity);
描述空的訊息
您可以不要填入輸入或參考參數，來描述空的要求訊息。例如：
[OperationContract]
public int GetCurrentTemperature();
您可以包含一個 void 傳回值，且不要填入輸出或參考參數來描述空的回覆訊息。例如：
[OperationContract]
public void SetTemperature(int temperature);
這與單向作業不同，例如：
[OperationContract(IsOneWay=true)]
public void SetLightbulbStatus(bool isOn);
SetTemperatureStatus 作業會傳回空的訊息。如果在處理輸入訊息時出現問題，此作業可能會傳回錯誤。SetLightbulbStatus 作業不會傳回任何項目。您無法從此作業傳送任何錯誤狀況。
使用訊息合約來描述訊息
您可能想要使用單一型別來代表整個訊息。儘管您可以透過資料合約來達到這個目的，我們還是建議您使用訊息合約，以避免在最後的 XML 中出現不必要包裝層級。此外，訊息合約可讓您針對最後的訊息擁有更廣泛的控制能力。例如，您可以決定訊息本文以及訊息標頭內應該存在哪些資訊片段。下列範例將說明訊息合約的使用方式。
[ServiceContract]
public interface IAirfareQuoteService
{
[OperationContract]
GetAirfareResponse GetAirfare(GetAirfareRequest request);
}
[MessageContract]
public class GetAirfareRequest
{
[MessageHeader] public DateTime date;
[MessageBodyMember] public Itinerary itinerary;
}
[MessageContract]
public class GetAirfareResponse
{
[MessageBodyMember] public float airfare;
[MessageBodyMember] public string currency;
}
[DataContract]
public class Itinerary
{
[DataMember] public string fromCity;
[DataMember] public string toCity;
}
如需詳細資訊，請參閱 使用訊息合約。
在先前的範例中，預設仍舊使用 DataContractSerializer 類別。XmlSerializer 類別也可以搭配訊息合約一起使用。若要這麼做，請將 XmlSerializerFormatAttribute 屬性套用到作業或合約，然後在訊息標頭與本文成員中使用與 XmlSerializer 類別相容的型別。
使用資料流來描述訊息
另一種用來描述作業中訊息的方法，就是使用作業合約中的 Stream 類別或是由此類別衍生的類別之一，或將這些類別當成訊息合約本文成員來使用 (在此情況下，此成員必須是唯一的成員)。如果是傳入的訊息，必須是 Stream 型別 (您無法使用衍生的類別)。
WCF 不但不叫用序列化程式，還從資料流直接擷取資料並將其放到傳出的訊息中，或從傳入訊息中擷取資料並將其直接放到資料流中。下列範例說明資料流的使用方式。
[OperationContract]
public Stream DownloadFile(string fileName);
您無法將 Stream 與非資料流資料結合到單一訊息本文中。請使用訊息合約，將額外的資料放到訊息標頭中。下列範例將說明在定義作業合約時，不正確的資料流使用方式。
//Incorrect:
// [OperationContract]
// public void UploadFile (string fileName, Stream fileData);
下列範例將說明在定義作業合約時，正確的資料流使用方式。
[OperationContract]
public void UploadFile (UploadFileMessage message);
//code omitted…
[MessageContract]
public class UploadFileMessage
{
[MessageHeader] public string fileName;
[MessageBodyMember] public Stream fileData;
}
如需詳細資訊，請參閱 大型資料與資料流。
使用 Message 類別
若要對傳送或收到的訊息擁有完整的程式掌控權，可以直接使用 Message 類別，如下列範例程式碼所示。
[OperationContract]
public void LogMessage(Message m);
這個案例比較複雜，如需詳細資訊，請參閱使用 Message 類別。
描述錯誤訊息
除了由傳回值與輸出或參考參數所描述的訊息以外，任何非單向的作業至少會傳回兩個可能的訊息：本身的正常回應訊息與錯誤訊息。請參考下列作業合約。
[OperationContract]
float GetAirfare(string fromCity, string toCity, DateTime date);
此作業可能傳回包含 float 數字的正常訊息，或是傳回包含錯誤碼與說明的錯誤訊息。您可以在服務實作中擲回 FaultException 來完成。
您可以使用 FaultContractAttribute 屬性，指定可能的額外錯誤訊息。額外的錯誤必須可透過 DataContractSerializer 來序列化，如下列程式碼範例所示。
[OperationContract]
[FaultContract(typeof(ItineraryNotAvailableFault))]
float GetAirfare(string fromCity, string toCity, DateTime date);
//code omitted…
[DataContract]
public class ItineraryNotAvailableFault
{
[DataMember]
public bool IsAlternativeDateAvailable;
[DataMember]
public DateTime alternativeSuggestedDate;
}
這些額外的錯誤可以藉由擲回適當資料合約型別的 FaultException 來產生。如需詳細資訊，請參閱 處理例外狀況和錯誤。
您無法使用 XmlSerializer 類別來描述錯誤。XmlSerializerFormatAttribute 對錯誤合約沒有任何作用。
使用衍生型別
您也許想要在作業或訊息合約中使用基底類型，然後在實際叫用作業時使用衍生型別。在此情況下，您必須使用 ServiceKnownTypeAttribute 屬性或其他替代機制來允許使用衍生型別。請參考下列作業。
[OperationContract]
public bool IsLibraryItemAvailable(LibraryItem item);
假定兩種型別 (Book 和 Magazine) 都是衍生自 LibraryItem。若要在 IsLibraryItemAvailable 作業中使用這些型別，請依下列方式變更作業：
[OperationContract]
[ServiceKnownType(typeof(Book))]
[ServiceKnownType(typeof(Magazine))]
public bool IsLibraryItemAvailable(LibraryItem item);
另外，當預設的 DataContractSerializer 正在使用時，您可以使用 KnownTypeAttribute，如下列程式碼範例所示。
[OperationContract]
public bool IsLibraryItemAvailable(LibraryItem item);
// code omitted…
[DataContract]
[KnownType(typeof(Book))]
[KnownType(typeof(Magazine))]
public class LibraryItem
{
//code omitted…
}
您可以在使用 XmlSerializer 時，使用 XmlIncludeAttribute 屬性。
您可以將 ServiceKnownTypeAttribute 屬性套用到作業或整個服務上。它能接受型別或方法名稱，以呼叫並取得已知型別的清單，就像是 KnownTypeAttribute 屬性一樣。如需詳細資訊，請參閱 資料合約已知型別。
指定使用方式與樣式
在使用 Web 服務描述語言 (WSDL) 來描述服務時，最常用到的兩種樣式就是文件與遠端程序呼叫 (RPC)。在文件樣式中，整個訊息本文會透過結構描述來描述，而 WSDL 則是藉由參照結構描述中的項目來描述不同的訊息本文部分。在 RPC 樣式中，WSDL 會參照每個訊息部分的結構描述型別 (而不是項目)。在某些情況下，您必須手動選取其中一種樣式。您可以套用 DataContractFormatAttribute 屬性，並設定 Style 屬性 (當 DataContractSerializer 正在使用時)，或是在 XmlSerializerFormatAttribute 屬性上設定 Style (當使用 XmlSerializer 時)，來完成。
另外，XmlSerializer 支援兩種格式的序列化 XML：Literal 和 Encoded。Literal 是最容易被接受的格式，也是 DataContractSerializer 唯一支援的格式。Encoded 是 SOAP 規範第 5 節所描述的舊版格式，不建議用在新的服務上。若要切換至 Encoded 模式，請將 XmlSerializerFormatAttribute 屬性 (Attribute) 上的 Use 屬性 (Property) 設為 Encoded。
在大部分情況下，您不應該變更 Style 和 Use 屬性的預設設定。
控制序列化處理序
您可以用很多方法來自訂資料的序列化方式。
變更伺服器序列化設定
當預設的 DataContractSerializer 正在使用中，您可以藉由將 ServiceBehaviorAttribute 屬性套用到服務，來控制序列化處理序的某些層面。具體來說，您可以使用 MaxItemsInObjectGraph 屬性來設定配額，以限制 DataContractSerializer 可以還原序列化的最大物件數。您可以使用 IgnoreExtensionDataObject 屬性來關閉往返版本控制功能。如需 配額的詳細資訊，請參閱資料的安全性考量。如需 往返的詳細資訊，請參閱向前相容資料合約。
[ServiceContract]
[ServiceBehavior(MaxItemsInObjectGraph=100000)]
public interface IDataService
{
[OperationContract] DataPoint[] GetData();
}
序列化行為
WCF 提供兩個可用的行為，分別是 DataContractSerializerOperationBehavior 和 XmlSerializerOperationBehavior，而這兩個行為會根據特定作業所使用的序列化程式自動插入。由於這些行為是自動套用的，一般來說您不需要知道它們的存在。
然而，DataContractSerializerOperationBehavior 具有 MaxItemsInObjectGraph、IgnoreExtensionDataObject，和 DataContractSurrogate 屬性，可供您用來自訂序列化處理序。開頭的兩個屬性具有如上一節所述相同的意義。您可以使用 DataContractSurrogate 屬性來啟用資料合約替代，這是一項功能強大的機制，可供您用來自訂與延伸序列化處理序。如需詳細資訊，請參閱 資料合約代理。
您可以使用 DataContractSerializerOperationBehavior 來同時自訂用戶端與伺服器序列化。下列範例說明如何增加用戶端上的 MaxItemsInObjectGraph 配額。
ChannelFactory<IDataService> factory = new ChannelFactory<IDataService>(binding, address);
foreach (OperationDescription op in factory.Endpoint.Contract.Operations)
{
DataContractSerializerOperationBehavior dataContractBehavior =
op.Behaviors.Find<DataContractSerializerOperationBehavior>()
as DataContractSerializerOperationBehavior;
if (dataContractBehavior != null)
{
dataContractBehavior.MaxItemsInObjectGraph = 100000;
}
}
IDataService client = factory.CreateChannel();
下列為相等的服務程式碼 (適用自我裝載案例)。
ServiceHost serviceHost = new ServiceHost(typeof(IDataService))
foreach (ServiceEndpoint ep in serviceHost.Description.Endpoints)
{
foreach (OperationDescription op in ep.Contract.Operations)
{
DataContractSerializerOperationBehavior dataContractBehavior =
op.Behaviors.Find<DataContractSerializerOperationBehavior>()
as DataContractSerializerOperationBehavior;
if (dataContractBehavior != null)
{
dataContractBehavior.MaxItemsInObjectGraph = 100000;
}
}
}
serviceHost.Open();
在 Web 裝載案例中，您可以建立新的 ServiceHost 衍生類別，並透過服務主機處理站來將之插入。
控制組態中的序列化設定
您可以使用 dataContractSerializer 端點或服務行為，並透過組態來控制 MaxItemsInObjectGraph 和 IgnoreExtensionDataObject，如下列範例所示。
<configuration>
<system.serviceModel>
<behaviors>
<endpointBehaviors>
<behavior name="LargeQuotaBehavior">
<dataContractSerializer
maxItemsInObjectGraph="100000" />
</behavior>
</endpointBehaviors>
</behaviors>
<client>
<endpoint address=http://example.com/myservice
behaviorConfiguration="LargeQuotaBehavior"
binding="basicHttpBinding" bindingConfiguration=""
contract="IDataService"
name="" />
</client>
</system.serviceModel>
</configuration>
共用型別序列化、物件圖形保留，與自訂序列化程式
DataContractSerializer 使用資料合約名稱，而不是 .NET 型別名稱來序列化。這個做法與服務導向的架構原則相符，而且具有相當大的彈性—.NET 型別可以在不影響 Wire 合約的前提下進行變更。在很罕見的情況下，您會想要序列化實際的 .NET 型別名稱，以便讓用戶端與伺服器緊密結合在一起 (與 .NET Framework 遠端處理技術類似)。除了當您需要從 .NET Framework 遠端處理移轉至 WCF 時以外 (這種情況非常罕見)，我們不建議您這麼做。在此情況中，您必須使用 NetDataContractSerializer 類別，而不是使用 DataContractSerializer 類別。
一般來說，DataContractSerializer 會將物件圖形序列化為物件樹。亦即，如果相同的物件被參照一次以上，就會不只一次被序列化。例如，某個 PurchaseOrder 執行個體具有兩個稱為 billTo 和 shipTo 的 Address 型別欄位。如果兩個欄位同時設定為相同的 Address 執行個體，就會在序列化與還原序列化之後出現兩個一模一樣的 Address 執行個體。這是因為 XML 中沒有可表示物件圖形的標準互通方式 (除了 XmlSerializer 所提供的舊版 SOAP 編碼標準以外，如先前有關Style與Use的小節說明所示)。將物件圖形序列化為物件樹會產生特定的缺點，例如，您無法序列化帶有循環參照的圖形。有時候您還得切換到真實物件圖形序列化，就算此作業無法互通也得照辦。您可以使用 DataContractSerializer (透過將 preserveObjectReferences 參數設為 true 來加以建構) 來完成。
有時候內建的序列化程式可能無法滿足您的案例需求。在大部分情況下，您仍舊可以使用 XmlObjectSerializer 抽取作業，來同時衍生 DataContractSerializer 和 NetDataContractSerializer。
前三個案例 (.NET 型別保留、物件圖形保留，與完整自訂 XmlObjectSerializer 式序列化) 皆需插入自訂序列化程式。若要這麼做，請執行下列步驟：
- 撰寫自己的行為 (衍生自 DataContractSerializerOperationBehavior)。
- 覆寫兩個 CreateSerializer 方法來傳回自己的序列化程式 (可能是 NetDataContractSerializer、preserveObjectReferences 設為 true 的 DataContractSerializer，或是自己的自訂 XmlObjectSerializer)。
- 在開啟服務主機或是建立用戶端通道之前，請移除現有的 DataContractSerializerOperationBehavior 行為並插入您在先前步驟所建立的自訂衍生類別。
如需 進階序列化概念的詳細資訊，請參閱序列化和還原序列化。
請參閱
工作
HOW TO：啟用資料流
HOW TO：建立類別或結構的基本資料合約