2009-06-16 57 views

回答

7

其實我不同意fig-gnuton。有幾件事你可以做。如果你想要一個基本的解決方案嘗試平靜的認證,但要注意基於生成器的方法有明顯的缺點。主要的缺點是你正在嚮應用程序中噴射大量的代碼。因此,當出現問題時,您必須手動修補代碼或吹走您所做的任何定製。最近版本的靜默驗證比早期版本更好,它將代碼向左,向右和向中心噴射,但是我的建議是在可能的情況下將用戶和會話代碼通過靜默驗證單獨生成。例如,如果您希望用戶的屬性創建另一個對象,如Person,並鏈接這兩個對象。

我喜歡authlogic因爲:

  • 感覺就像你更多的控制是。
  • 我很欣賞authlogic的記錄程度,他們的示例應用程序也非常有用。
  • 此外,我已經懶得測試restful_auth應用程序,而不是authlogic。
  • 像忘記密碼重置,API密鑰等擴展比自定義代碼少得多restful_auth。
0

Restful_Auth是一種直接解決方案。

Authlogic是偉大的,可以做任何事情restful_auth可以做的(多了,據我所知),但Authlogic是面向定製,因此它缺乏發電機方面(設計,而不是監督)。底線,如果你是一個新手(聽起來像你可能),我會從restful_auth開始。

3

寧靜的身份驗證是廢話。這是Rails生成器的一個壞名字。

這是什麼意思? Rails附帶的生成器是(恕我直言)不錯的。他們產生一個非常簡約的骨骼結構。他們生成的內容很小,易於理解,並且隨時隨地添加到您自己的代碼中或由其代替。所有複雜的粗糙部分都在Rails庫中,它們屬於它們,而不在生成的代碼中。

另一方面,Restful Authentication帶有生成器,它會生成大量生成的代碼,這些代碼很難處理且難以維護。功能,應該在一個很好的庫中,它可以很容易地升級每個新版本的框架,而是在生成的模型和控制器代碼中發現,它最終會與代碼混合在一起。這不是腳手架,它是自動生成代碼的大規模單向轉儲。

遠離...遠離...