0

我需要一些路線電子郵件確認密碼重置在Rails中供用戶點擊他們收到的電子郵件。軌道電子郵件確認和密碼重置

我看着Railscast #274 - Remember Me & Reset Password,它創造了一個復位動作一個單獨的控制器。

想知道,因爲他們都User#email有關他們可能沒有更適合作爲用戶控制器本身成員或收集行動?!? 路線,如:

/user/reset/:token & /user/confirm/:token /user/:id/reset/:token & /user/:id/confirm/:token 似乎合理,但不完全知道如何創建它們&會是什麼樣路線幫手樣?!?

或者他們可以都在一個單一的控制器相結合? verification/confirm/:token & /verification/reset/:token

總之,只要尋找創意給我節省一些試驗&錯誤。我不想要的是兩個獨立的控制器(一個用於電子郵件確認,另一個用於密碼重置)。

回答

0

這當然可以做到,但它不是REST風格。這些資源(確認,重置)可以通過使用更簡單,更脆弱的代碼的專用控制器更好地處理,因爲它符合REST模式。公約一如既往的配置......如果您發現這不適合您的具體情況,請務必按照您認爲合適的方式進行操作。

+0

它們都可以在單個RESTful控制器中處理嗎?如果是這樣,可能是一個簡單的例子謝謝! – Meltemi

+0

不是,它們在概念上是獨立的資源。它們可以是名稱空間,如果你發現你的控制器很難組織,這是值得考慮的。 – PinnyM

+0

在Rails應用程序中創建許多低使用率和可能不使用(在重置的情況下)控制器的缺點? – Meltemi