サービスコントラクトでのデータ転送の指定

[アーティクル]
05/10/2023

Windows Communication Foundation (WCF) は、メッセージングインフラストラクチャと考えることができます。サービス操作では、メッセージを受信し、それらのメッセージを処理し、送信することができます。メッセージは、操作コントラクトを使用して記述されます。たとえば、次のようなコントラクトがあるとします。

[ServiceContract]  
public interface IAirfareQuoteService  
{  
    [OperationContract]  
    float GetAirfare(string fromCity, string toCity);  
}

<ServiceContract()>  
Public Interface IAirfareQuoteService  
  
    <OperationContract()>  
    Function GetAirfare(fromCity As String, toCity As String) As Double  
End Interface

この場合、GetAirfare 操作では、fromCity と toCity に関する情報を含むメッセージを受け入れ、数値を含むメッセージを返します。

ここでは、操作コントラクトでメッセージを記述するさまざまな方法について説明します。

パラメーターを使用したメッセージの記述

メッセージを記述する最も簡単な方法は、パラメーターリストと戻り値を使用することです。前の例では、fromCity と toCity の 2 つの文字列パラメーターを使用して要求メッセージを記述し、float 型の戻り値を使用して応答メッセージを記述しました。戻り値だけでは応答メッセージを記述できない場合は、out パラメーターを使用できます。たとえば、次の操作は、fromCity と toCity を要求メッセージに含め、数値と通貨を応答メッセージに含めます。

[OperationContract]  
float GetAirfare(string fromCity, string toCity, out string currency);

<OperationContract()>  
    Function GetAirfare(fromCity As String, toCity As String) As Double

また、参照パラメーターを使用すると、要求メッセージと応答メッセージの両方のパラメーター部分を作成できます。パラメーターは、シリアル化 (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;  
   }  
}

Public Interface IAirfareQuoteService  
    <OperationContract()>  
    GetAirfare(itinerary as Itinerary, date as DateTime) as Double  
  
    <DataContract()>  
    Class Itinerary  
  
        <DataMember()>  
        Public fromCity As String  
        <DataMember()>  
        Public toCity As String  
    End Class  
End Interface

場合によっては、使用する型のシリアル化に 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;  
}

<ServiceContract()>  
Public Interface IAirfareQuoteService  
    <OperationContract()>  
    <XmlSerializerFormat>  
    GetAirfare(itinerary as Itinerary, date as DateTime) as Double  
  
End Interface  
  
Class Itinerary  
  
    Public fromCity As String  
    Public toCity As String  
    <XmlSerializerFormat()>  
    Public isFirstClass As Boolean  
End Class

詳細については、「XmlSerializer クラスの使用」を参照してください。「XmlSerializer の使用」で説明するような明確な理由がある場合を除き、ここで示す XmlSerializer への手動での切り替えはお勧めしません。

.NET パラメーター名をコントラクト名から分離するには、MessageParameterAttribute 属性を使用し、Name プロパティを使用してコントラクト名を設定します。たとえば、次の操作コントラクトは、このトピックの最初の例に相当します。

[OperationContract]  
public float GetAirfare(  
    [MessageParameter(Name="fromCity")] string originCity,  
    [MessageParameter(Name="toCity")] string destinationCity);

<OperationContract()>  
  Function GetAirfare(<MessageParameter(Name := "fromCity")> fromCity As String, <MessageParameter(Name := "toCity")> toCity As String) As Double

空のメッセージの記述

空の要求メッセージを記述するには、入力パラメーターや参照パラメーターを一切指定しません。 C# での例は、次のとおりです。

[OperationContract]

public int GetCurrentTemperature();

Visual Basic での例は、次のとおりです。

<OperationContract()>

Function GetCurrentTemperature() as Integer

空の応答メッセージを記述するには、戻り値の型として void を指定し、出力パラメーターや参照パラメーターを一切指定しません。次の場合:

[OperationContract]  
public void SetTemperature(int temperature);

<OperationContract()>  
Sub SetTemperature(temperature As Integer)

これは、次のような一方向操作コントラクトと異なります。

[OperationContract(IsOneWay=true)]  
public void SetLightbulbStatus(bool isOn);

<OperationContract(IsOneWay:=True)>  
Sub SetLightbulbStatus(isOne As Boolean)

SetTemperatureStatus 操作は空のメッセージを返します。入力メッセージの処理中にエラーが発生した場合は、代わりにエラーを返す可能性があります。 SetLightbulbStatus 操作は何も返しません。この操作からエラー状態を伝達することはできません。

メッセージコントラクトを使用したメッセージの記述

1 つの型を使用してメッセージ全体を表現する場合があります。この場合、データコントラクトを使用することもできますが、メッセージコントラクトを使用する方法をお勧めします。この方法を使用すると、結果の 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;  
}

<ServiceContract()>  
Public Interface IAirfareQuoteService  
    <OperationContract()>  
    Function GetAirfare(request As GetAirfareRequest) As GetAirfareResponse  
End Interface  
  
<MessageContract()>  
Public Class GetAirfareRequest  
    <MessageHeader()>
    Public Property date as DateTime  
    <MessageBodyMember()>  
    Public Property itinerary As Itinerary  
End Class  
  
<MessageContract()>  
Public Class GetAirfareResponse  
    <MessageBodyMember()>  
    Public Property airfare As Double  
    <MessageBodyMember()> Public Property currency As String  
End Class  
  
<DataContract()>  
Public Class Itinerary  
    <DataMember()> Public Property fromCity As String  
    <DataMember()> Public Property toCity As String  
End Class

詳細については、「メッセージコントラクトの使用」を参照してください。

前の例でも DataContractSerializer クラスが既定で使用されます。メッセージコントラクトで、XmlSerializer クラスを使用することもできます。これを行うには、操作またはコントラクトに XmlSerializerFormatAttribute 属性を適用し、メッセージヘッダーと本文メンバーで XmlSerializer クラスと互換性のある型を使用します。

ストリームを使用したメッセージの記述

操作でメッセージを記述する場合は、Stream クラスまたはその派生クラスを操作コントラクトで使用したり、メッセージコントラクト本文メンバー (この場合、唯一のメンバーである必要があります) として使用したりする方法もあります。受信メッセージの場合、型は Stream である必要があり、派生クラスを使用することはできません。

WCF は、シリアライザーを呼び出す代わりに、ストリームからデータを取得して送信メッセージに直接配置するか、受信メッセージからデータを取得してストリームに直接配置します。次に、ストリームの使用例を示します。

[OperationContract]  
public Stream DownloadFile(string fileName);

<OperationContract()>  
Function DownloadFile(fileName As String) As String

1 つのメッセージ本文で Stream と非ストリームデータを組み合わせることはできません。追加データをメッセージヘッダーに配置するには、メッセージコントラクトを使用します。操作コントラクトを定義するときのストリームの不適切な使用例を次に示します。

//Incorrect:  
// [OperationContract]  
// public void UploadFile (string fileName, Stream fileData);

'Incorrect:  
    '<OperationContract()>  
    Public Sub UploadFile(fileName As String, fileData As StreamingContext)

操作コントラクトを定義するときのストリームの正しい使用例を次に示します。

[OperationContract]  
public void UploadFile (UploadFileMessage message);  
//code omitted  
[MessageContract]  
public class UploadFileMessage  
{  
    [MessageHeader] public string fileName;  
    [MessageBodyMember] public Stream fileData;  
}

<OperationContract()>  
Public Sub UploadFile(fileName As String, fileData As StreamingContext)  
'Code Omitted  
<MessageContract()>  
Public Class UploadFileMessage  
   <MessageHeader()>  
    Public Property fileName As String  
    <MessageBodyMember()>  
    Public Property fileData As Stream  
End Class

詳細については、「大規模データとストリーミング」を参照してください。

メッセージクラスの使用

送受信されるメッセージをプログラムによって完全に制御するには、次のコード例に示すように Message クラスを直接使用します。

[OperationContract]  
public void LogMessage(Message m);

<OperationContract()>  
Sub LogMessage(m As Message)

これは高度なシナリオです。詳細については、「メッセージクラスの使用」を参照してください。

エラーメッセージの記述

一方向ではない操作では、戻り値と出力パラメーターまたは参照パラメーターによって記述されるメッセージに加え、通常の応答メッセージとエラーメッセージの少なくとも 2 つのメッセージを返すことができます。たとえば、次の操作コントラクトがあるとします。

[OperationContract]  
float GetAirfare(string fromCity, string toCity, DateTime date);

<OperationContract()>  
Function GetAirfare(fromCity As String, toCity As String, date as DateTime)

この操作は、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;  
}

<OperationContract()>  
<FaultContract(GetType(ItineraryNotAvailableFault))>  
Function GetAirfare(fromCity As String, toCity As String, date as DateTime) As Double  
  
'Code Omitted  
<DataContract()>  
Public Class  
  <DataMember()>  
  Public Property IsAlternativeDateAvailable As Boolean  
  <DataMember()>  
  Public Property alternativeSuggestedDate As DateTime  
End Class

これらの追加エラーは、適切なデータコントラクト型の FaultException<TDetail> をスローすることによって生成できます。詳細については、「例外とエラーの処理」を参照してください。

XmlSerializer クラスを使用してエラーを記述することはできません。 XmlSerializerFormatAttribute は、エラーコントラクトに影響を及ぼしません。

派生型の使用

操作コントラクトやメッセージコントラクトで基本型を使用し、その後、実際に操作を呼び出すときに派生型を使用する場合があります。この場合、ServiceKnownTypeAttribute 属性または何らかの代替機構を使用して、派生型を使用できるようにする必要があります。次の操作があるとします。

[OperationContract]  
public bool IsLibraryItemAvailable(LibraryItem item);

<OperationContract()>  
    Function IsLibraryItemAvailable(item As LibraryItem) As Boolean

Book から派生する Magazine と LibraryItem の 2 つの型があると想定します。 IsLibraryItemAvailable 操作でこれらの型を使用するには、操作を次のように変更します。

[OperationContract]

[ServiceKnownType(typeof(Book))]

[ServiceKnownType(typeof(Magazine))]

public bool IsLibraryItemAvailable(LibraryItem item);

既定の KnownTypeAttribute を使用している場合は、次のコード例に示すように DataContractSerializer 属性を使用できます。

[OperationContract]  
public bool IsLibraryItemAvailable(LibraryItem item);  
  
// code omitted
  
[DataContract]  
[KnownType(typeof(Book))]  
[KnownType(typeof(Magazine))]  
public class LibraryItem  
{  
    //code omitted  
}

<OperationContract()>  
Function IsLibraryItemAvailable(item As LibraryItem) As Boolean  
  
'Code Omitted  
<DataContract()>  
<KnownType(GetType(Book))>  
<KnownType(GetType(Magazine))>  
Public Class LibraryItem  
  'Code Omitted  
End Class

XmlIncludeAttribute を使用する場合は、XmlSerializer 属性を使用できます。

ServiceKnownTypeAttribute 属性は、操作に適用することもサービス全体に適用することもできます。この属性は、KnownTypeAttribute 属性と同様に、型を受け取るか、既知の型の一覧を取得するために呼び出すメソッドの名前を受け取ります。詳細については、「既知のデータコントラクト型」を参照してください。

Use と Style の指定

Web サービス記述言語 (WSDL: Web Services Description Language) を使用してサービスを記述するときは、一般にドキュメントとリモートプロシージャコール (RPC: Remote Procedure Call) の 2 つのスタイルが使用されます。ドキュメントスタイルでは、スキーマを使用してメッセージ本文全体が記述されます。WSDL では、該当するスキーマの中の要素を参照して、メッセージ本文のさまざまな部分を記述します。 RPC スタイルでは、WSDL は、要素ではなく、メッセージの各部を表すスキーマ型を参照します。場合によっては、これらのスタイルのいずれかを手動で選択することが必要になります。これを行うには、DataContractFormatAttribute 属性を適用し、Style プロパティを設定するか (DataContractSerializer を使用している場合)、Style 属性の XmlSerializerFormatAttribute を設定します (XmlSerializer を使用している場合)。

また、XmlSerializer はシリアル化された XML の形式を 2 とおり (Literal および Encoded) サポートしています。 Literal は最も一般に受け入れられたフォームであり、DataContractSerializer がサポートする唯一のフォームです。 Encoded は SOAP 仕様のセクション 5 に記載されたレガシフォームであり、新しいサービスにはお勧めしません。 Encoded モードに切り替えるには、Use 属性の XmlSerializerFormatAttribute プロパティを Encoded に設定します。

ほとんどの場合、Style プロパティと Use プロパティの既定の設定は変更しないでください。

シリアル化プロセスの制御

データをシリアル化する方法をカスタマイズする場合、さまざまな設定を行うことができます。

サーバーのシリアル化設定の変更

既定の DataContractSerializer を使用している場合は、ServiceBehaviorAttribute 属性をサービスに適用することで、サービスでのシリアル化プロセスの一部の側面を制御できます。具体的には、MaxItemsInObjectGraph プロパティを使用して、DataContractSerializer が逆シリアル化するオブジェクトの最大数を制限するクォータを設定できます。また、IgnoreExtensionDataObject プロパティを使用すると、ラウンドトリップバージョン管理機能を無効にできます。クォータの詳細については、「セキュリティに関するデータの考慮事項」を参照してください。ラウンドトリップの詳細については、「上位互換性のあるデータコントラクト」を参照してください。

[ServiceBehavior(MaxItemsInObjectGraph=100000)]  
public class MyDataService:IDataService  
{  
    public DataPoint[] GetData()  
    {  
       // Implementation omitted  
    }  
}

<ServiceBehavior(MaxItemsInObjectGraph:=100000)>  
Public Class MyDataService Implements IDataService  
  
    Function GetData() As DataPoint()  
         ‘ Implementation omitted  
    End Function  
End Interface

シリアル化の動作

WCF には、特定の操作で使用しているシリアライザーに応じて自動的にプラグインされる 2 つの動作、DataContractSerializerOperationBehavior と XmlSerializerOperationBehavior が用意されています。これらの動作は自動的に適用されるため、通常、これらの動作を意識する必要はありません。

ただし、DataContractSerializerOperationBehavior には、MaxItemsInObjectGraph、IgnoreExtensionDataObject、および DataContractSurrogate の 3 つのプロパティがあり、これらを使用してシリアル化プロセスをカスタマイズできます。最初の 2 つのプロパティの意味は、前のセクションの説明と同じです。 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();

Dim factory As ChannelFactory(Of IDataService) = New ChannelFactory(Of IDataService)(binding, address)  
For Each op As OperationDescription In factory.Endpoint.Contract.Operations  
        Dim dataContractBehavior As DataContractSerializerOperationBehavior = op.Behaviors.Find(Of DataContractSerializerOperationBehavior)()  
        If dataContractBehavior IsNot Nothing Then  
            dataContractBehavior.MaxItemsInObjectGraph = 100000  
        End If  
     Next  
    Dim client As IDataService = 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();

Dim serviceHost As ServiceHost = New ServiceHost(GetType(IDataService))  
        For Each ep As ServiceEndpoint In serviceHost.Description.Endpoints  
            For Each op As OperationDescription In ep.Contract.Operations  
                Dim dataContractBehavior As DataContractSerializerOperationBehavior = op.Behaviors.Find(Of DataContractSerializerOperationBehavior)()  
  
                If dataContractBehavior IsNot Nothing Then  
                    dataContractBehavior.MaxItemsInObjectGraph = 100000  
                End If  
            Next  
        Next  
        serviceHost.Open()

Web ホスト型の場合は、新しい ServiceHost 派生クラスを作成し、サービスホストファクトリを使用してプラグインする必要があります。

構成でのシリアル化設定の制御

次の例に示すように、MaxItemsInObjectGraph と IgnoreExtensionDataObject は、dataContractSerializer エンドポイントまたはサービスの動作を使用して構成によって制御できます。

<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 型を変更できます。まれなケースとして、実際の .NET 型名をシリアル化することにより、.NET Framework リモート処理テクノロジと同様のクライアントとサーバー間の密結合を導入することが必要になる場合があります。 .NET Framework リモート処理から WCF への移行時に発生するまれなケースを除き、これはお勧めしません。この場合、NetDataContractSerializer クラスではなく、DataContractSerializer クラスを使用する必要があります。

DataContractSerializer は、通常、オブジェクトグラフをオブジェクトツリーとしてシリアル化します。つまり、同じオブジェクトが複数回にわたって参照される場合、そのオブジェクトは複数回にわたってシリアル化されます。たとえば、PurchaseOrder および billTo という、Address 型の 2 つのフィールドを持つ shipTo インスタンスがあるとします。この両方のフィールドに同じ Address インスタンスを設定すると、シリアル化および逆シリアル化の後に 2 つの同一の Address インスタンスが生じます。これは、オブジェクトグラフを XML で表現する相互運用可能な標準の方法がないためです (ただし、XmlSerializer と Style に関する前のセクションで説明した Use で使用できる従来の SOAP エンコード標準を除きます)。オブジェクトグラフをツリーとしてシリアル化する場合、循環参照が含まれたグラフをシリアル化できないなどの欠点があります。場合によっては、相互運用が可能ではありませんが、真のオブジェクトグラフシリアル化に切り替えることが必要になります。これを行うには、DataContractSerializer パラメーターを preserveObjectReferences に設定して構築した true を使用します。

シナリオによっては、組み込みのシリアライザーでは不十分な場合があります。ただし、ほとんどの場合、XmlObjectSerializer と DataContractSerializer の派生元である NetDataContractSerializer 抽象クラスを使用できます。

前の 3 つのケース (.NET 型の保存、オブジェクトグラフの保存、および XmlObjectSerializer ベースの完全なカスタムシリアル化) では、必ずカスタムシリアライザーをプラグインする必要があります。この操作を行うには、次の手順に従います。

DataContractSerializerOperationBehavior から派生する独自の動作を記述します。
独自のシリアライザー (CreateSerializer、NetDataContractSerializer が DataContractSerializer に設定された preserveObjectReferences、独自のカスタム true のいずれか) を返すように 2 つの XmlObjectSerializer メソッドをオーバーライドします。
サービスホストを開いたり、クライアントチャネルを作成したりする前に、既存の DataContractSerializerOperationBehavior 動作を削除し、前の手順で作成したカスタム派生クラスをプラグインします。

高度なシリアル化の概念の詳細については、「シリアル化と逆シリアル化」を参照してください。

サービスコントラクトでのデータ転送の指定

パラメーターを使用したメッセージの記述

空のメッセージの記述

メッセージコントラクトを使用したメッセージの記述

ストリームを使用したメッセージの記述

メッセージクラスの使用

エラーメッセージの記述

派生型の使用

Use と Style の指定

シリアル化プロセスの制御

サーバーのシリアル化設定の変更

シリアル化の動作

構成でのシリアル化設定の制御

共有する型のシリアル化、オブジェクトグラフの保存、およびカスタムシリアライザー

関連項目

その他のリソース

サービス コントラクトでのデータ転送の指定

パラメーターを使用したメッセージの記述

空のメッセージの記述

メッセージ コントラクトを使用したメッセージの記述

ストリームを使用したメッセージの記述

メッセージ クラスの使用

エラー メッセージの記述

派生型の使用

Use と Style の指定

シリアル化プロセスの制御

サーバーのシリアル化設定の変更

シリアル化の動作

構成でのシリアル化設定の制御

共有する型のシリアル化、オブジェクト グラフの保存、およびカスタム シリアライザー

関連項目

その他のリソース

サービスコントラクトでのデータ転送の指定

メッセージコントラクトを使用したメッセージの記述

メッセージクラスの使用

エラーメッセージの記述

共有する型のシリアル化、オブジェクトグラフの保存、およびカスタムシリアライザー