WebClientとHttpWebRequest / HttpWebResponse

クラスHttpWebRequest/Responseで達成できることのほとんどは、WebClientクラスでも達成できるように思えます。私WebClientは、の高レベルのラッパーであるどこかを読みましたWebRequest/Response。
これまでのところ、で達成HttpWebRequest/ResponseできないことWebClient、およびHttpWebRequest / Responseがより「きめ細かい」制御を提供する場所は確認できません。

いつWebClientを使用する必要がありますHttpWebRequest/Responseか？（明らかに、HttpWebRequest/ResponseHTTP固有です。）

場合はHttpWebRequest/Response、より低いレベルは、その後ですWebClient、私は何を達成することができますHttpWebRequest/Response私は達成することができないということWebClient？

を使用HttpWebRequestすると、リクエストをより詳細に制御できます。Cookie、ヘッダー、プロトコルなどを設定できます...レスポンスでは、Cookieとヘッダーを取得することもできます

HttpWebRequest たとえば、キープアライブを使用するかどうか、使用する接続プール、書き込みをバッファリングするかどうかなど、プロトコルを細かく制御できる多くの要素を公開します。

WebClientこれらのすべてを公開するわけではありません（ただしWebClient、基になるRequestオブジェクトからサブクラス化し、それにアクセスすることはできます）。

WebClientあなただけの操作をしたいような状況のために有用である（例：POST / GET /フォームのアップロード）と、作成および管理に悩まされるカントHttpWebRequest、RequestStream、HttpWebResponse、および応答ストリームを。

Tim Heuerのブログから-http://timheuer.com/blog/archive/2008/03/14/calling-web-services-with-silverlight-2.aspx

代わりに、Silverlightでは、WebClientまたはHttpWebRequestを使用します。違いは何ですか？これがティムホイヤーバージョンです。WebClientは、GETリクエストを非常に簡単に実行し、応答ストリームを取得する単純な実装です。HttpWebRequestは、リクエストをもう少し細かく制御する必要がある場合、ヘッダーやその他のカスタマイズを送信する必要がある場合に最適です。

Webクライアントのユーザー・インターフェース・スレッド上のクラスを実行すると、データがインターネットからダウンロードされている間、ユーザーインターフェイスが応答しないようにします。一方、HttpWebRequestクラスはユーザーインターフェイススレッドをブロックせず、アプリケーションは応答します。そのため、インターネットから大量のデータをダウンロードするアプリの場合、またはデータのソースへのアクセスが遅い場合は、HttpWebRequestクラスを使用する必要があります。それ以外の場合はすべて、WebClientクラスを使用する必要があります。

もう1つの欠点WebClientは、HTTP を使用して応答テキストを取得するときにHTTP ContentTypeのcharset値を無視することです。Encodingプロパティを介してエンコーディングを明示的に設定する必要があります。

HttpWebrquestを使用するともう1つ圧縮が可能になりますが、Net.WebClientクラスはHTTP圧縮をサポートしていません

「HtttpWebRequest」は.NET 4.5で廃止されました。現在、このクラスは内部専用です。

1つの例：WebClientでは、1つの要求/応答サイクルでデータを投稿し、処理されたデータを取得することは不可能に思われますが、HtttpWebRequestでそれを行うことができます。