RESTful サービス開発の実践と、RESTful サービスとの統合に使用される AngularJS や Ember.js などの既存の Javascript MVC フレームワークとの互換性を最大限に高めるには、リソースを更新するだけの RESTful PUT 呼び出しからリソースを JSON に逆シリアル化する必要がありますか?
たとえば、Rails 3.2.8 はrespond_with @foobar.update_attributes(...)HTTP ステータス コード 204 を返すだけの使用を促進しているようです。
ただし、これは、PUT 呼び出しで指定されたものに加えて、リソースで発生した可能性のある更新を取得するために、リソースを取得するために別の呼び出しを行う必要があることを意味します。一方で、何も返されないのは良いことです。なぜなら、それが変更されたかどうかを気にしないかもしれないからです。これは、新しいリソースを作成し、新しい ID で完全な表現が必要になる可能性がある POST とは異なります。ただし、PUT に続いて更新されたリソースを取得するために別の GET 呼び出しを行わなければならないことは、意図的であることは素晴らしいことですが、追加のオーバーヘッドになります (つまり、更新されたリソースが必要な PUT の場合、PUT してから GET する必要があります)。
REST は実装に関して多くの余地があることを理解していますが、少なくとも 2012 年 10 月の時点で、AngularJS と Ember.js で使用されているというコンテキストで、人々がこれに関して良い習慣であることに同意することを理解したいと思います。 、 なぜ。