Windows Communication Foundation
Windows Communication Foundation(WCF)は、.NET Framework 3.0における新しい通信サブシステムであり、アプリケーション同士をネットワーク経由で接続する仕組みである。開発時のコードネームはIndigoであった。.NETでサポートされている言語であれば、どの言語でもWCFアプリケーションを開発できる。
.NET Framework 3.0で新たに導入された4つの主なAPIの1つである。Windows Vistaと Windows Server 2008には最初から含まれている。Windows XPとWindows Server 2003でもサポートされている。
WCFのプログラミングモデルは、Webサービス、.NET Remoting、Distributed Transactions、Microsoft Message Queuing (MSMQ) を統合し、分散コンピューティングのためのサービス指向アーキテクチャモデルとしてまとめたものである。RADのWebサービス開発の方法論を提供しつつ、ローカルなマシン上でもLAN上でもインターネット上でも単一のプロセス間通信のAPIを使えるようにしている。WCFは.NETアプリケーション向けの全てのセキュリティモデルを提供している。
WCFでは、プロセス間の通信にSOAPメッセージを使っている。従って、WCFベースでないアプリケーションともSOAPメッセージが使えるのであれば相互にやり取りが可能である。WCFプロセスが非WCFプロセスと通信する場合、SOAPメッセージはXMLベースの符号化を施すが、WCFプロセス同士の場合はより最適化されたバイナリ形式 (.NET Binary XML) の符号化をすることもできる。どちらの場合も SOAP 形式(Infoset)に準拠している。
WCFは分散コンピューティングにサービス指向アーキテクチャの原則を持ち込んだものであり、この場合にサービスを受けるのはクライアントである。クライアントは複数のサービスを受けることができ、1つのサービスは複数のクライアントに提供される。典型的なサービスはWSDLインターフェイスになっていて、任意のWCFクライアントがサービスを受けられるようになっており、どのプラットフォームでサービスが提供されているかは問わない。WCFには様々なWS標準が実装されている(WS-Addressing、WS-ReliableMessaging、WS-Security)。マイクロソフトはWS-Iのメンバーだが、WS-Iの決めた標準のうちどれを完全にサポートする予定なのかは不明である。
WCFサービスは3つの部分から成る。「サービス; service」クラスは提供すべきサービスを実装している。「ホスト環境; host environments」はサービスのための環境である。「エンドポイント; endpoints」は、クライアントと接続する部分である。WCFサービスとの通信は全てエンドポイントを通して行われる。エンドポイントには「コントラクト; contract」として、そのエンドポイントを通してServiceクラスのどのメソッドにアクセスできるかが指定されている。つまり、エンドポイントによって利用可能なメソッドが異なる場合もある。また、クライアントとの通信方法を指定する「バインディング; binding」があり、エンドポイントの存在するアドレスも指定されている。
WCFサービスのホストとしてはWindows Activation Servicesがある。他にも、IISをホストとすることもできるし、ServiceHostクラスを使った任意のプロセスをホストとすることができる。また、WCFサービス自身がホストとなることも可能である。
WCFサービスクラスは、サービスをメソッド群として実装する。さらに、少なくとも1つのサービスコントラクトが定義され、そこにそのサービスが実行できる操作が定義される。オプションとしてデータコントラクトも定義でき、操作によって利用されるデータの種類を記述できる。
コントラクトは .NET Attributes を使って定義される。WCFサービスとして公開されるクラスには、ServiceContract 属性を付与するか、その属性が付与されたインターフェイスを実装する必要がある。クライアントが SOAP メッセージを使って呼び出せるメソッドには、OperationContract 属性を付与しなければならない。これらの属性によって WSDL の記述が自動的に生成され、クライアントはそれを参照可能となる。
1つのサービスに複数のサービスコントラクトを設けることもできる。これは複数の .NET インターフェイスを定義し、それぞれに ServiceContract 属性を付与することでなされる。サービスクラスには、それら全インターフェイスを実装する。
ServiceContract と OperationContract 属性はまた、既存の契約を参照するインターフェイスを持つこともでき、インターフェイスのバージョン付けも可能となっている。
サービスコントラクトには、明示的または暗黙的なデータコントラクトが必ず対応しており、そのサービスが使うデータを定義している。あるサービスが必要とするデータが単純な型だった場合(整数、浮動小数点数など)、WCF は自動的にデータコントラクトを定義する。一方、データが複雑なオブジェクトや構造体だった場合、明示的に定義しなければならない。データコントラクトは、データのシリアライズ方法を規定するものである。
データコントラクトは、DataContract 属性をクラスや構造体に付与することで定義される。サービスで使用される構造体メンバーには、DataMember 属性が付与されなければならない。そうすることで、その値がサービスとクライアント間で転送される。
サービスの通常の振る舞いと特定の操作は ServiceBehavior 属性と OperationBehavior 属性でそれぞれ制御される。ServiceBehavior 属性にはいくつかのプロパティがある。ConcurrencyMode プロパティは、サービスが同時並行して複数のクライアントに提供されるかどうかを示す。InstanceMode プロパティは、唯一のインスタンスで全要求に対応するのか、それとも要求毎に新たなインスタンスを生成するのか、あるいはセッション毎に生成するのかを指定する。
WCFクライアントは、エンドポイントを通してWCFサービスと接続される。
各サービスは、1つ以上のエンドポイントを通してコントラクトを公開する。エンドポイントにはURLで示されるアドレスがあり、バインディング・プロパティでデータの転送方式を指定する。
Address/Binding/Contract の三要素を "ABC" と称する。バインディングには、サービスにアクセスするのに使われる通信プロトコル、セキュリティ機構の種類などが指定される。WCF には一般的な通信プロトコル向けの事前に定義されたバインディングがある(SOAP over HTTP、SOAP over TCP、SOAP over Message Queues など)。
クライアントがエンドポイント経由でサービスにアクセスする場合、コントラクトを知る必要があるだけでなく、バインディングに示された指示に従って通信しなければならない。すなわち、クライアントとサーバーには、互換性のあるエンドポイントが双方に存在することになる。
WCFサービスとの通信をクライアントから見れば、メソッド呼び出しでサービスを利用しているように見え、一種のRPC機構になっている。サービスの呼び出しはブロックされることがあり、クライアントはそのサービス要求が実行されるまで待たされる。クライアントはサービスとの接続に Proxy パターン を使用する必要がある。これにより、サービスのエンドポイントとの接続がオブジェクトとして抽象化される。proxy オブジェクトのメソッド呼び出しは、全てサービス要求となり、proxy はWCFサービスが返した結果を呼び出し側に返す。
WCF はローカルな proxy 生成を扱う。エンドポイントの設定に従って下位の処理を担当し、呼び出し側には必要な形式で結果を返す。
WCF はメッセージにサービスが使うデータを含ませて渡す呼び出し方だけでなく、ブロックされない呼び出し方法もサポートしている。メッセージを使った通信は必ずしも proxy オブジェクトを必要としない。その場合、戻ってくるデータもメッセージ形式で戻ってくる。呼び出し側はサービスの処理が完了するまでブロックされる。ブロックされないようにするには、メッセージキューを使ってメッセージの受け渡しをする必要がある。メッセージキューを使えば、サービスが一時的にダウンしている状態でもアプリケーションを実行し続けることができ、サービスが復旧したときに、溜まっていた要求が処理される。
WCFアプリケーションは、ASP.NET Core gRPCへの移行が推奨されている。.NET Foundationによる.NET CoreベースのWCF互換ライブラリが提供されているが、これはクライアントサイドのみのサブセットである。また、サーバーサイド(WCFサービスのホスト)を含めたWCFを.NET Coreに移植するコミュニティベースの取り組みとして、Core WCFプロジェクトが立ち上げられている。