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

时间:2009-05-20 03:18:03

标签: web-services http rest content-type

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

这是真的吗?

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

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

2 个答案:

答案 0 :(得分:3)

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

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

当更多的框架支持它时,它会变得更加普遍,但是那些框架现在已经存在,那么为什么不使用它们并立即利用它呢?

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

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

答案 1 :(得分:1)

Rails做到了,它是在REST世界中做事的有福方式,所以我希望它会越来越普遍。