我見過的所有身份驗證插件都實現了單頁用戶註冊 - 用戶輸入他所有的字段,然後立即提交。因此,設計認證。使用Devise身份驗證的用戶註冊服務器端嚮導
發佈現在我們有要求做多頁面註冊嚮導。
如果我們沒有要求在最初的頁面上創建用戶,然後在其他頁面上應該提供更多和更多信息以及在每個頁面之後進行保存,那麼使用JQuery實現它並將其發佈到最後一個嚮導頁面上將很容易頁面提交。
你會如何建議在使用Devise認證的項目中實現這一點?這與用戶的激活過程(我是指發送帳戶確認電子郵件)相對應?
我見過的所有身份驗證插件都實現了單頁用戶註冊 - 用戶輸入他所有的字段,然後立即提交。因此,設計認證。使用Devise身份驗證的用戶註冊服務器端嚮導
發佈現在我們有要求做多頁面註冊嚮導。
如果我們沒有要求在最初的頁面上創建用戶,然後在其他頁面上應該提供更多和更多信息以及在每個頁面之後進行保存,那麼使用JQuery實現它並將其發佈到最後一個嚮導頁面上將很容易頁面提交。
你會如何建議在使用Devise認證的項目中實現這一點?這與用戶的激活過程(我是指發送帳戶確認電子郵件)相對應?
多步表單與您使用的任何身份驗證插件無關。這取決於你如何整合它。
由於頁面之間有多個請求,複雜性變得更加困難。
- 如何保存數據?
- 何時創建數據庫模型?
- 我應該使用隱藏字段來傳遞頁面中的值還是應該將它們粘在會話中?
這些都是在某個時候彈出的所有問題,您應該嘗試事先將它們整理出來。
在初始請求中創建模型有一個很大的缺點,那就是最終可能會生成一個虛假的數據庫條目,顯然你不希望這樣做。
您可以創建一個臨時模型,用於收集用戶數據,最後創建真正的用戶模型,通過設計,基於此tmp模型並在完成時刪除它。
瑞安貝茨在他的一個關於多步驟形式的屏幕錄像中談話。 http://railscasts.com/episodes/217-multistep-forms
對您而言可能是感興趣。
我決定使用不受Devise保護的獨立註冊控制器。 – Paul 2012-04-26 11:24:47