WebAPIプロジェクトのC＃HTTPClientラッパーを生成する方法はありますか？

Question

今後のプロジェクトでは、ASP.NET WebAPI 2を使用して、Webサイトとブラウザクライアントの両方にサービス機能を公開しようとしています。

可能な限り「エンドポイント」をできるだけ少なくしたいので、「内部」でもWebAPI Webサービスからサーバーを使用することができます。 （コントローラーのインスタンスを直接作成するだけではなく）

HTTPClientをラップし、厳密に型指定された "プロキシー"を生成するC＃ "クライアント"を生成またはスキャフォールドするのに役立つものを探しています。 "新しいサービス参照の追加"を介してプロキシを生成する場合のWCFと同様です。

私は同様のことを尋ねる他の質問（HERE参照）を読んだことがありますが、MVCやテストの懸念事項に関連しないより直接的な質問をしたかったのです。

Answer 1

など、

public static TItem GetItem<TItem>(this HttpClient httpClient, string queryString) where TItem : class 
    { 
     var response = httpClient.GetAsync(queryString).Result; 
     if (response.IsSuccessStatusCode) 
     { 
      return response.Content.ReadAsAsync<TItem>().Result; 
     } 

     throw new HttpRequestException(response.ToString()); 
    } 

ような何かをするために、一般的なヘルパーメソッドを使用しますが、独自のエラー処理に変更することができます私が探していた。

：

http://reynders.co/2013/03/10/creating-a-proxy-for-aspnet-web-api-t4 http://reynders.co/2014/01/16/introducing-webapiproxy-providing

彼はgithubの上に自分のコード例を置きます

https://github.com/faniereynders/WebAPIProxy

これは後で正式な方法で出現する可能性があります。

Answer 2

使いやすいWeb API機能を提供するのが最も一般的な方法は、メインクラスといくつかのポスト機能を定義するアセンブリを持つことです。このアセンブリはJSONを使用してデータを転送します。

PayPalの統合APIがどのように機能するかをご覧ください。基本的には、使用中のさまざまなクラスの定義を含むアセンブリを提供します。データをサーバーに転送するためのクラスがあります。

考えられるのは、クライアントは実際にあなたとコミュニケーションを取っていることに気付かず（ブラックボックスに入っています）、あらかじめ定義されたクラスを使用するか、自分でロールするかを選択できます。

Answer 3

私はあなたが実際にデータにアクセスするために完全なライブラリを必要としないと思います。あなたは、あなたのデータオブジェクトは、共通のライブラリで定義されている場合は、これが最良の表現です

Answer 4

私は現在、.NET用のオープンソースのSwaggerツールチェーンに取り組んでいます。これらのツールを使用すると、既存のDLLからWeb APIコントローラーを選択し、C＃およびTypeScriptのSwagger仕様またはクライアントコードを生成できます。 Visual StudioでT4テンプレートを使用すると、生成プロセスはWCFサービス参照のように機能します。 http://NSwag.org