我工作的公司正在开发大量的 RESTful 服务。然而,它们都没有公开公共 API。(从某种意义上说,所有服务都由我们自己的客户在内部使用)。我们选择 REST 架构风格的原因是我们希望我们的服务易于使用,更重要的是可以很好地扩展。
根据我自己的实践经验,我得出的结论是 HTTP + ATOM 联合格式是一个好主意,前提是您希望保持灵活性(在不同的内容模型、附加和扩展与有效负载相关的元数据、统一解析等方面) . ATOM 确保每个人都以统一的方式解释有效载荷,没有任何歧义。
但是,如果没有任何如此复杂的要求或没有预见到这样的要求,那么 ATOM 格式可能会有点开销。(例如,作者、标题等元素在博客/RSS 世界中更有意义,而在您的特定问题域中可能没有意义)。
此外,如果目标只是在一端序列化数据结构并在另一端重构它,那么大多数 Web 框架(如 WCF)都具有更吸引人的自定义格式。
所以在我看来,如果您需要数据表示方面的灵活性,并且如果有不同类型的客户的竞争环境很大,那么 ATOM Pub 是很好的选择。
但是,如果您对潜在客户端和服务器/客户端使用模式有很好的了解,那么自定义格式可能是一个好主意。
如果客户端是基于浏览器的,那么像 JSON 这样的格式非常有吸引力。
希望这能回答你的问题。