你推荐什么?Restful_authentication与Authlogic
Authlogic or restful_authentication?
难道要建立电子邮件激活步骤到authlogic (据我所知,Authlogic没有包括此功能)。
你推荐什么?Restful_authentication与Authlogic
Authlogic or restful_authentication?
难道要建立电子邮件激活步骤到authlogic (据我所知,Authlogic没有包括此功能)。
其实我不同意fig-gnuton。有几件事你可以做。如果你想要一个基本的解决方案尝试平静的认证,但要注意基于生成器的方法有明显的缺点。主要的缺点是你正在向应用程序中喷射大量的代码。因此,当出现问题时,您必须手动修补代码或吹走您所做的任何定制。最近版本的静默验证比早期版本更好,它将代码向左,向右和向中心喷射,但是我的建议是在可能的情况下将用户和会话代码通过静默验证单独生成。例如,如果您希望用户的属性创建另一个对象,如Person,并链接这两个对象。
我喜欢authlogic因为:
而且不要忘记Clearance,在块的另一个孩子。
Restful_Auth是一种直接解决方案。
Authlogic是伟大的,可以做任何事情restful_auth可以做的(多了,据我所知),但Authlogic是面向定制,因此它缺乏发电机方面(设计,而不是监督)。底线,如果你是一个新手(听起来像你可能),我会从restful_auth开始。
宁静的身份验证是废话。这是Rails生成器的一个坏名字。
这是什么意思? Rails附带的生成器是(恕我直言)不错的。他们产生一个非常简约的骨骼结构。他们生成的内容很小,易于理解,并且随时随地添加到您自己的代码中或由其代替。所有复杂的粗糙部分都在Rails库中,它们属于它们,而不在生成的代码中。
另一方面,Restful Authentication带有生成器,它会生成大量生成的代码,这些代码很难处理且难以维护。功能,应该在一个很好的库中,它可以很容易地升级每个新版本的框架,而是在生成的模型和控制器代码中发现,它最终会与代码混合在一起。这不是脚手架,它是自动生成代码的大规模单向转储。
远离...远离...
你最好用authlogic。
看看我的推理在这里 http://blog.platform45.com/2009/09/30/user-authentication-with-authlogic