c# - 简洁轻量的API : REST+JSON in . NET

Question

总结: 我需要知道在 .NET 世界中是否存在不使用 WCF 的 REST+JSON 的现有轻量级实现。如果没有，我正在寻找一些有兴趣为开源项目创办合资企业的人。

我不了解你，但当它问世时我是 WCF 的忠实粉丝，我称赞它的模块化和可扩展性设计。然而，随着我越来越频繁地使用它，基本问题开始浮出水面，以至于我现在觉得它必须被废弃并重新设计。这似乎是一个很大的声明，但我相信这些是主要问题:

1. 首先，WCF 在内部使用 SOAP 处理消息，这意味着如果传输消息不是 SOAP，我们将承担每次调用从 SOAP 来回转换的成本。这是昂贵且耗时的。
2. 转换传出消息需要“插入”消息检查器并“窃取”消息。顾名思义，这是一个检查器(必须用于检查和记录日志)，因此坦率地说，使用它来更改消息是一种 hack。
3. 它是根据 WSDL 设计的，自 2001 年以来世界发生了翻天覆地的变化。实现 REST 还需要窃取信息。 WCF 是根据 WSDL 而不是 REST 设计的。
4. channel 堆栈不必要地繁重。
5. 主堆栈与协议(protocol)无关。这不是优势，而是根本性的缺陷。如您所知，后来添加了很多协议(protocol)级别信息的访问，因为无法实现一些重要的用户场景。例如，客户端在 TCP 中的 IP 地址无法访问并在稍后添加(现在可以使用 perationContext.Current.IncomingMessageProperties[RemoteEndpointMessageProperty.Name] 访问)
6. 与其他平台的互操作性可能是个问题。

现在好像很多设计都在往JSON和REST的简单化方向发展。我只是喜欢它们的简单性，我可以看到我的洗衣机在 5-10 年内使用 JSON 并托管 REST 服务!我相信他们在 .NET 中的实现是一个 hack，我们非常需要一个非常轻量级和简单的框架(因为它们很简单和轻量级)来托管 IIS 内外的 REST+JSON 服务。我希望存在这样的框架，但如果没有，我真的很想与一些志同道合的人一起努力。

那你怎么看？这样的框架存在吗？如果没有，有人感兴趣吗？

Answer 1

吐出 JSON 而不是 HTML 的 MVC 似乎是可能的。您可以自由使用 JsonDataContractSerializer 或 JSON.Net 来序列化您的数据契约(Contract)。