什么时候使用基于OpenID的登录系统而不是传统的版本？

Question

问候所有人：

我目前正在构建一个web应用程序，并一直在讨论是使用传统的数据库登录系统，还是使用基于openid的登录系统，就像我们在stackoverflow和family上所做的那样。我的问题是，什么时候应用程序设计人员会选择openid系统而不是更传统的登录系统，什么时候使用传统的数据库登录系统更好？

Answer 1

这取决于几个因素。其中一些是：

• 安全(是像银行系统一样的关键登录吗？用户是否需要不时更改密码？使用我的facebook账号登录我的银行账号非常方便(别忘了你给openid提供商或者facebook或google或者任何你在外部服务上移植到一个合成openid)
• Dependency的东西提供信息)(那些在你的environment)
• Portability中的可用性(支持他们一次，你必须做4ever!)这份清单还在继续。

一般来说，网站使用单点登录和openid来增加注册，因为它对用户来说很方便。权限控制/ Oauth等是另一回事。

在我看来，这是一件非常好的事情，但你应该总是提供一个真正的注册替代方案。

尽可能避免更多的问题。允许帐户链接，以便用户可以改变主意，从现在起使用他新获得的openid作为他的帐户表单，或者切换到旧的学校用户帐户。

总结一下:在后台有99%的“真正的老用户账号”。所有这些openid/connect的东西都只是身份验证。另一种输入密码的方法。