为了与实践 RESTful 服务开发和现有的用于与 RESTful 服务集成的 AngularJS 和 Ember.js 等 Javascript MVC 框架最兼容，是否应该将资源从仅更新资源的 RESTful PUT 调用反序列化为 JSON？
例如，Rails 3.2.8 似乎提倡只使用它只respond_with @foobar.update_attributes(...)返回一个 HTTP 状态代码 204。但是，您可以指定您希望 respond_with 或 respond_to 返回资源。
但是，这意味着除了 PUT 调用中指定的更新之外，还必须进行另一个调用以获取资源以获取资源上可能发生的任何更新。一方面，最好不要返回任何东西，因为您可能不在乎它是否已更改，这与 POST 不同，您在其中创建新资源并且可能需要具有新 id 的完整表示。然而，在 PUT 之后必须进行另一个 GET 调用以获取更新的资源，虽然这是有意的，但这是额外的开销（即，对于需要更新资源的 PUT，您必须先 PUT 然后 GET）。
我知道 REST 在实现方面留下了很多开放的空间，但我想了解人们同意在这方面的良好做法，至少截至 2012 年 10 月，在 AngularJS 和 Ember.js 使用的所述上下文中，以及为什么。