c# - JSON API 的.Net 选项？

Question

我需要创建一个 .Net api，它将返回将由移动应用程序使用的 JSON。

一种方法是只使用 MVC 应用程序并让我的 Controller 返回 JSON，因此转到 url.com/controller/action/params 会给我我的 JSON。

我听说创建一个 WCF 服务也是一个不错的选择。不过，我对 WCF 知之甚少。

各有优缺点吗？用作仅返回 JSON 的服务是否更可靠？

Answer 1

另一个竞争者是 ASP.NET Web API which uses WCF in self hosted scenario .

这有利也有弊，但这完全取决于您现在的需求与后者的需求、您的专业知识水平、技术 promise 以及设计权衡。

这取决于你所说的可靠是什么意思。一项技术不一定或多或少可靠。影响可靠性的因素有很多。

这些是少数几个优点/缺点，没有特定的顺序、偏好或完整性。

ASP.Net MVC/WebApi/ServiceStack

优点:

• 在几分钟内设置并运行基本场景(通过 URL 获取一些 JSON 数据)
• 配置简单。
• 直接进行 REST 设置。
• 完全控制路由。
• JSON原生支持(ASP.NET Web API可以自动序列化
  您的模型转换为 JSON、XML 或其他格式，然后写入
  将序列化数据放入 HTTP 响应的正文中
  消息。)

缺点:

• 无法向消费者描述您的服务:目前还没有像 WSDL 这样的 API 可以告诉客户端数据类型、操作和服务要求
• 仅传输安全 - 点对点安全
• 无消息级安全
• 没有服务发现协议(protocol)(截至目前)
• 无消息路由
• 不支持多协议(protocol)，例如通讯协议(protocol)
• 单一托管方案(IIS - 这也可以是专业人士)

WCF

优点:

• 多协议(protocol)支持
• 传输和消息安全
• 高度可配置和互操作
• Very extensible
• 支持各种消息传递方案，例如路由、双工、发布/订阅、排队等。
• 许多用于塑造消息和内部运作的旋钮
• 各种托管方案(IIS/WAS、Windows 服务、控制台)

缺点:

• 陡峭的学习曲线
• REST story weak (是的 w​​ebHttpBinding 存在，但尝试向某人解释 TemplateURI 和 WebInvoke/Web get 和 BodyStyle)
• 很多旋钮