web-services - Content-Type 协商在 REST 应用程序中是典型的还是非典型的？

Question

我的感觉是 Content-Type 协商是 REST 的“应该做”的事情之一，但大多数框架、工具和应用程序都支持它——据我所知，并没有。

这是真的？

哪些 REST 编程框架支持内容类型协商？

我应该期望它的用处扩大吗？它会在 REST 框架中变得更常见吗？应用程序真的为同一资源提供多种格式吗？或者他们会？是否有充分的理由为资源提供多种格式？

Answer 1

在 .net 方面，OpenRasta 做到了，Ado.net 数据服务也做到了（尽管仅限于 xml 和 json）。

Conneg 不仅涉及内容类型，还包括语言和字符集。

当更多的框架支持它时，它会变得更加普遍，但是那些框架现在就在那里，那么为什么不现在使用它们并利用它呢？

至于 conneg 是 YAGNI，人们已经期望他们的一些资源同时具有 json 和 xml 表示，并且随着 rdfa 的出现，它们都变得越来越重要。

也就是说，conneg 不是关于 REST，而是关于 HTTP 并正确使用它。

Answer 2

Rails 做到了，而且它是 REST 世界中一种幸运的做事方式，所以我希望它会越来越普遍。