内容类型协商在REST应用程序中是典型的还是非典型的？

Question

我的感觉是内容类型协商是REST的"应该做的"事情之一,但大多数框架,工具和应用程序都在其上 - 并且据我所知,并没有.

这是真的？

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

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

Answer 1

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

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

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

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

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