.NET Framework 3.5は、RESTスタイルのWCFサービスを導入する。RESTfulサービスの開発およびホストの他に、これらのサービスをコンシュームするオプションがある。
WCFは、 「Web」バインディングおよびRESTfulサービスの公開を許可するWeb Programming Model(source)を通じてRESTをサポートする。それにより、プレーンXML、JSONエンコードまたはシンジケートフィードを返す。Web上には多くのリ ソースが存在し、サービスの記述方法を説明するが、.NET FrameworkでのRESTサービスのコンシューム方法を説明するリソースはないに等しい。
Simon Evan氏(source)は、自身の記事 「Consuming Services Using Silverlight 2.0」(source)で、SOAP Webサービスのように、自動プロキシ生成のサポートがないことを指摘している。
他のサービス(RESTなど)は、多少コンシュームが難しく、1つ驚かされることは、WebHttpBindingに対するASP.net AJAXによって使用される自動プロキシ生成のサポートがないことだ。手動でURIストリングを構成し、HTTP GET(REST)要求の場合は、WebClientを使用することで、またその他のHTTP verbの場合は、HttpWebRequestクラスを使用することでサービスを呼び出す必要がある。サービスがJSONエンコードを使用している場合、応答の解析は以下2つのどちらかの方法で実行される。WCFのDataContractJSONSerializer(概念的にはXmlSerializerと同様)または、LinqToJSONを使用。
Json.NET(LinqToJSON)(source)は、Codeplexで利用可能である。XMLデータは容易に解析可能であり、 .NET Framework 3.5の一部であるLINQ to XML(source)で簡単にコンシューム可能である。
Pedram Rezaei氏(source)は、「Flickr(source)からのListInterestingオペレーション」のコンシューマーの開発方法(source)を説明している。Simon Evan氏が概説したように、まず始めに3つのステップを踏んでいる。
- HTTP要求をし、URIの一部としてすべてのパラメーターを含める。
- XML形式の応答に応じる。
- それを解析するか、非直列化してオブジェクトにする。
これは実行可能なアプローチではあるが、Pedram氏は以下のように批判している。
われわれはWCF提供の統一プログラミングモデルを使用しておらず、ストリングの連結によりURLは不正侵入される。応答も、手動で非直列化してオブジェクトになる。WCFやWebHttpBindingを使えば、ほとんどの作業を自動化することができる。
次に以下のステップで構成される「WCFアプローチ」を取っている。
- サービスプロバイダを表すServiceContractを定義する。 UriTemplateは、 対応するインターフェイスメソッドのパラメーターでミラーリングされる必要なすべてのパラメーターを含んでいる。メソッドのシグニチャーもまたCLR戻り型を定義し、サービスの応答から非直列化XMLコンテンツを受け取る。メソッドはWebGetまたはWebInvoke属性で注釈を付ける必要があり、サービスが返したXMLにできるだけ近く一致させるために、DataContractSerializerの代わりにXmlSerializerFormatを使用するようServiceContractを構成する必要がある。
- 「webHttpBinding」を使用するようにクライアントエンドポイントを構成する。
- 戻り値(およびパラメーター)のXML直列化可能型を定義する。
- 直接ChannelFactoryをインスタンス化するか、ClientBase<>から抽出することでクライアントプロキシを作成する。
Pedram氏の記事(source)を参照してみるとよい。 Mihailo Lalevic氏(source)は、eBay APIのコンシューマーの開発に同様のアプローチを採用しており、記事(source)の添付資料としてWPFのサンプルアプリケーション(ソースコード)を提供している。
原文はこちらです：