c# - 在 .NET 中开发新的 RESTful Web 服务——我应该从哪里开始？ ASP.NET-MVC、WCF？

Question

目标是构建一个服务，然后我将通过 jQuery 和基于标准的 Web 前端、移动设备“胖客户端”以及很可能是 WPF 桌面应用程序使用该服务。

WCF 似乎是一个不错的选择，但我从未使用 WCF 构建过 RESTful 服务，所以我不确定从哪里开始采用这种方法。

我正在考虑的另一个选择是使用 ASP.NET MVC，添加一些自定义路由，添加一些 Controller 操作并使用不同的 View 来推出 JSON、xml 和其他返回类型。

这个项目对我自己来说主要是一个学习练习，我想多花点时间把它做“正确”，这样我就能更好地理解各个部分是如何组合在一起的。

所以我的问题是，我应该使用哪种方法来构建此 RESTful 服务，这样做有哪些优势？

Answer 1

通常，对于任何类型的托管服务，我会说 WCF，但在使用 JSON 作为序列化机制的 RESTful 服务的特定情况下，我更喜欢 ASP.NET MVC(其余部分我将其称为 ASP.NET这个答案)。

第一个原因是因为路由机制。在 WCF 中，您必须在契约上定义它，这很好，但是如果您必须快速更改路由，从我的角度来看，使用 ASP 中的路由机制来完成它们要容易得多。 NET.

此外，对于上述观点，如果您在 WCF 中通过多个接口(interface)公开多个服务，则很难获得 URL 结构的完整图像(这很重要)，而在 ASP.NET 中，您(通常)拥有所有路线分配在一个地方。

关于 ASP.NET 的第二件事是，您将可以访问 ASP.NET 所熟知的所有内部对象(请求、响应、服务器等)，这在公开 HTTP 时必不可少-特定端点(这是您正在创建的)。诚然，您可以在 WCF 中使用许多相同的东西，但您必须明确告诉 WCF 您正在这样做，然后在设计您的服务时考虑到这一点。

最后，通过个人经验，我发现 DataContractJsonSerializer不能很好地处理 DateTimeOffset 值，在使用可以被人们调用的服务(通过任何端点)时，您应该在 DateTime 上使用这种类型在多个时区。在 ASP.NET 中，您可以使用不同的序列化程序，或者如果需要，您可以创建自己的 ActionResult，它使用自定义序列化程序。我个人更喜欢 JSON.Net serializer .

我喜欢的 JSON.Net 序列化程序和 ASP.NET 的优点之一是，如果您聪明的话，您可以使用匿名类型。如果您在非泛型类型上创建一个静态泛型方法，然后委托(delegate)给一个内部泛型类型，您可以使用类型推断轻松地将匿名类型用于您的序列化返回值(当然，假设它们是一次性的，如果您有一个一致返回的结构，你应该定义它并使用它)。

还应该提到的是，如果开发 RESTful 服务，您不必完全放弃 WCF。如果您从您的服务中推送 ATOM 或 RSS 提要，那么 System.ServiceModel.Syndication 中的类ma​​ssive 的命名空间有助于构建和序列化这些提要。创建 ActionResult 类的简单子(monad)类以获取 SyndicationFeed 的实例然后在执行 ActionResult 时将其序列化到输出流非常简单。