.net - 在使用 RESTful API 时，您什么时候推荐使用 RestSharp，什么时候使用 HttpClient？

Question

我一直在寻找这个答案一段时间，但没有成功。

我一直在使用 RestSharp，我发现它非常简洁，但后来意识到 Microsoft 提供了 HttpClient，乍一看它似乎涵盖了相同的功能。

(我也听说过 ServiceStack 并且大多数人似乎更喜欢它而不是其他替代品，但现在支付那么多钱不是一种选择 - 也不使用旧版本)。

这只是个人喜好的问题，还是使用一种或另一种确实有任何优缺点 - 或者，在某些特定情况下，其中一个可能比另一个更适合？

提前致谢!

Answer 1

正如您所猜测的，这在很大程度上取决于个人喜好。几点:

RestSharp 比 HttpClient 早几年问世，在功能和易用性方面比微软当时推出的任何产品都要优越得多。

HttpClient 有一个严格的异步(如 async/await)API； RestSharp 支持同步和异步调用。但是除非您被困在较旧的平台上和/或支持遗留代码，否则几乎没有充分的理由同步进行 HTTP 调用。 (不要占用等待可能长时间运行的 I/O 的线程!)

RestSharp 涵盖了 HttpClient 本身没有的很多领域，最显着的是响应的反序列化。

在切换到 HttpClient 之前，我使用了 RestSharp 几年(我想要 async/await 支持，据我所知，RestSharp 当时不支持，尽管现在支持)，最终我编写并发布了我自己的小库， Flurl.Http ，它使用一些流畅的 HTTP/反序列化方法扩展了我的 URL 构建器，这些方法只不过是围绕 HttpClient 和 Json.NET 的瘦包装器。