RESTful控制器的最佳實踐CREATE和UPDATE方法

Question

好的，我想了解用於HTML和XML格式的CREATE和UPDATE方法的最佳實踐。一個控制器的默認代碼是由rails generator生成的，對我來說有點不清楚。

有關CREATE方法，給出了良好的保存，發電機說爲 「redirect_to的（@whatever）」 HTML和「渲染：XML => @whatever，：狀態=>：創建：位置= > @ XML「。

給定一個不好保存，發電機說要 「渲染：行動=> '新'」 爲HTML和 「渲染：XML => @ whatever.errors，：狀態=>：unprocessable_entity」 爲XML 。

但是，對於更新方法，給出一個很好的更新，發電機說要 「redirect_to的（@whatever）」 爲HTML和 「頭：OK」 爲XML。

而且，由於錯誤的更新，發電機說要 「渲染：行動=> '編輯'」 爲HTML和 「渲染：XML => @ whatever.errors，：狀態=>：unprocessable_entity」對於XML。

我明白這一點，這對我來說很有意義，而且工作得很好 - 但是，我有兩個問題：

首先，對於一個成功的創建和更新，HTML格式，爲什麼「redirect_to的（@whatever ）「而不是」render：action =>'show'「？我理解重定向和渲染之間的區別，只是更加好奇你們傾向於這樣做以及爲什麼。看起來重定向對於瀏覽器來說是不必要的額外旅程。

二，爲什麼 「頭：OK」 在通過XML更新成功，但 「渲染：XML => @whatever，：狀態=>：創建：位置=> @whatever」 在成功通過CREATE XML？這對我來說似乎不一致。看起來像通過XML成功的UPDATE應該和通過XML成功的CREATE相同。看起來你需要新的/更新的對象返回，所以你可以測試它。你們怎麼做，爲什麼？

Answer 1

我已經寫了這一點，當山姆Ç回答，但在這裏它是無論如何:-)

在第一部分 - 爲什麼重定向，而不是渲染？我能想到的兩個原因：

1）它是一致的。如果您呈現show動作並且用戶稍後使用後退按鈕返回到該頁面，則用戶將看到意外的行爲。一些版本的IE會給你一些會話超時錯誤IIRC，其他瀏覽器可能會更優雅地處理它。

如果用戶爲該頁添加書籤並在稍後的日期使用GET請求返回給用戶 - 他們將不會看到顯示操作。您的應用可能會引發錯誤，或者可能會呈現索引操作，因爲用戶正在請求諸如http://my.app.com/users之類的網址，該網址在使用GET請求時會映射到索引操作。 2）如果您在沒有重定向到GET請求的情況下呈現show動作並且用戶點擊刷新，您的瀏覽器將重新提交所有相同數據的POST請求，可能會創建您正在創建的任何重複實例。瀏覽器會向用戶發出警告，以便他們可以中止，但這可能會造成混淆和不必要的不​​便。

至於你的問題的第二部分，不太確定是誠實的。我的猜測是，既然你已經更新了有問題的對象，你已經有了它的副本，所以不需要返回它的另一個實例。話雖如此，更新一個對象可能會觸發各種回調，這些回調會修改對象的其他屬性，因此使用這些修改返回更新的對象可能是有意義的。

Answer 2

在創建或更新時，redirect_to(@whatever)可以清除帖子，以便用戶不會通過刷新重新提交。它還在創建案例的地址欄中顯示正確的網址，該網址發佈到收集路徑（/ whatevers）。

head :ok對更新做出最小響應時，通常情況下您已經擁有dom中的對象。如果您在更新後更新頁面，則標準方法是使用rjs視圖更新dom元素並渲染部分。