WebClient与HttpWebRequest / HttpWebResponse

在我看来，大多数可以完成的事情HttpWebRequest/Response也可以在WebClient课堂上完成。我在某处阅读WebClient了高级包装WebRequest/Response。
到目前为止，我看不到任何可以与完成HttpWebRequest/Response不能用完成WebClient，也没有在那里的HttpWebRequest /响应会给你更多的“细粒度”控制。

什么时候应该使用WebClient HttpWebRequest/Response？（显然，这HttpWebRequest/Response是特定于HTTP的。）

如果HttpWebRequest/Response是较低的水平WebClient，HttpWebRequest/Response那我不能完成的任务是WebClient什么？

使用HttpWebRequest可以对请求进行更多控制。您可以设置Cookie，标头，协议等。在响应中，您还可以检索Cookie和标头

HttpWebRequest 公开了很多东西，使您可以进行精细的协议控制，例如：是否要使用Keep-Alive，要使用的连接池，是否要缓冲写操作等。

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类不会阻止用户界面线程，并且您的应用程序具有响应能力。因此，在要从Internet下载大量数据的应用程序中，或者如果数据源访问速度较慢的应用程序中，则应使用HttpWebRequest类。在所有其他情况下，应使用WebClient类。

的另一个缺点WebClient是，当您使用HTTP ContentType的charset值获取响应文本时，它将忽略HTTP 的值。您必须通过Encoding属性显式设置编码。

HttpWebrquest还允许您进行压缩，但是Net.WebClient类不支持HTTP压缩

在.NET 4.5中，“ HtttpWebRequest”已过时。现在，此类仅是内部的。

一个示例：使用WebClient似乎不可能在一个请求/响应周期中发布数据并取回经过处理的数据，但是您可以使用HtttpWebRequest做到这一点。