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

Question

我的感觉是，内容类型协商是 REST 的“应该做”的事情之一，但据我所知，大多数框架、工具和应用程序都在关注它——但实际上并没有这样做。

这是真的吗？

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

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

Answer 1

在 .net 方面，OpenRasta 做到了，Ado.net 数据服务也是如此(尽管仅限于 xml 和 json)。

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

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

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

也就是说，conneg 与 REST 无关，它与 HTTP 和正确使用它有关。