RESTful_身份验证与AuthLogic

实际上我不同意Fig Gnuton。你可以做一些事情。如果您想要一个基本的解决方案,请尝试RESTful AUTH,但是要注意基于生成器的方法有明显的缺点。主要的缺点是您向应用程序中注入了大量的代码。因此,当出现问题时,你必须手动修补代码,或者销毁你所做的任何定制。restful auth的最新版本要比以前的版本好得多,后者会向左侧、右侧和中间喷射代码,但我的建议是,尽可能让restful auth生成的用户和会话代码保持独立。例如,如果您想要用户的属性,可以创建另一个对象,如Person,并将两者链接起来。

我喜欢AuthLogic,因为:

• 感觉你更能控制。
• 我很欣赏AuthLogic的文档化程度,他们的示例应用程序也非常有用。
• 另外,我还一直在测试RESTful的认证应用程序,而不是AuthLogic。
• 像忘记密码重置、api密钥等扩展比restful-auth的自定义代码要少得多。

别忘了 Clearance ,街区里的另一个孩子。

RESTful身份验证是垃圾。这类事情给Rails生成器起了个坏名字。

我这是什么意思?带有轨道的发电机(imho)很好。它们产生一个非常简单的骨骼结构。它们生成的代码很小,很容易理解,并且很容易添加到您自己的代码中或替换为您自己的代码。所有复杂而粗糙的部分都在Rails库中,而不是在生成的代码中。

另一方面,RESTful身份验证与生成器一起提供大量生成的代码,这些代码很难使用,也很难维护。功能应该在一个不错的库中,在这个库中,它可以很容易地随框架的每个新版本进行升级,而不是在生成的模型和控制器代码中进行详细说明,最终将与代码混合在一起。它不是脚手架,而是自动生成代码的大规模单向转储。

远离。。。离远点……

你最好使用AuthLogic。

看看我的推理 http://blog.platform45.com/2009/09/30/user-authentication-with-authlogic

安眠药 是一种滴入式解决方案。

AutoLogic 很好,可以做任何RESTful的授权可以做的事情(还有更多,Afaik),但是AuthLogic是面向定制的,因此它缺少生成器方面(通过设计而不是监督)。

总之,如果你是一个新手(听起来你可能是),我会先从restful-auth开始。