RESTアプリケーションでは、Content-Typeネゴシエーションは典型的か非定型ですか？

Question

私は、Content-TypeのネゴシエーションはRESTの「やるべきこと」の1つだと感じていますが、ほとんどのフレームワーク、ツール、アプリはそれに挑戦しています。

これは本当ですか？

どのようなRESTプログラミングフレームワークがコンテンツタイプネゴシエーションをサポートしていますか？

有用性を広げることを期待する必要がありますか？ RESTフレームワークでより一般的になりますか？アプリケーションは本当に同じリソースに対して複数のフォーマットを提供していますか？それとも彼らは？リソースに複数のフォーマットを提供するのはよい理由はありますか？

Answer 1

.net側では、OpenRastaはそれを行いますが、Ado.netデータサービスも（xmlとjsonに限られます）。

Connegはコンテンツタイプだけでなく、言語と文字セットも含んでいます。

もっと多くのフレームワークがそれをサポートしていればより普及するでしょうが、それらのフレームワークは今存在しています。

connegがYAGNIであることについて、人々はすでにリソースの一部についてjsonとxmlの両方の表現を持つことを期待しており、rdfaは迫っており、それらはすべてますます重要になっています。

つまり、connegはRESTに関するものではなく、HTTPに関するもので、適切に使用していると言います。

Answer 2

Railsはそれを実行し、RESTの世界ではうまくやっているので、ますます一般的になると思います。