Web services 登录的用户名或电子邮件id?

Web services 登录的用户名或电子邮件id?,web-services,web-applications,Web Services,Web Applications,对于web应用程序,哪个选项更好 用户名必须依赖于电子邮件,以便用户稍后回忆。相反,用户很少为特定的web应用程序使用多个用户名。此外,将详细信息发送回用户的电子邮件可以提供一定程度的安全性 另一方面,电子邮件还有其他相关的问题——大多数用户都有多个电子邮件ID,并且总是会创建多个帐户。合并这些账户成为一个巨大的难题。相反,使用电子邮件作为登录标识符具有通过OpenID进行外部身份验证的优势 你有什么建议吗?与相同。接受的答案是电子邮件地址 进一步阅读: 我建议使用OpenID。您不必担心

对于web应用程序,哪个选项更好

用户名必须依赖于电子邮件,以便用户稍后回忆。相反,用户很少为特定的web应用程序使用多个用户名。此外,将详细信息发送回用户的电子邮件可以提供一定程度的安全性


另一方面,电子邮件还有其他相关的问题——大多数用户都有多个电子邮件ID,并且总是会创建多个帐户。合并这些账户成为一个巨大的难题。相反,使用电子邮件作为登录标识符具有通过OpenID进行外部身份验证的优势

你有什么建议吗?

与相同。接受的答案是电子邮件地址

进一步阅读:


    • 我建议使用OpenID。您不必担心加密和保存用户密码、安全性等;-)


      编辑:Openid有一些

      我自己更喜欢电子邮件,它更容易记住,而且我喜欢的用户名并不总是可用。

      我的第一个建议是Openid。 就在它旁边,是电子邮件登录

      这里有一个逐步指南,用于启用开放ID

      但是通过在google上进行一点搜索,我相信您可以使用google帐户、Yahoo帐户和其他提供商启用OpenID


      这实际上取决于您的应用程序及其功能

      如果您有某种电子邮件消息系统,那么使用电子邮件id登录是一个坏主意(对于用户体验和业务而言)

      但如果它只是某种博客和照片发布,那么电子邮件id就可以了

      底线是——用户名比电子邮件更具伸缩性,根据我的经验,大多数人更喜欢用户名。对他们来说,电子邮件id是用于通信而不是身份验证,他们的电子邮件在公司之间不断变化


      噢,拜托,OpenId与其说是一个工具,不如说是一个头痛的问题。永远记住,当你“拥有”东西时,它们的规模会更好。但无论如何,这一切都取决于你的应用程序。

      @Shoban嘿,cabn请解释一下这个OpenID,它是如何工作的,以及我如何将它与我的web应用程序集成的。我会的,但这并不意味着你不必担心安全性——这正是登录的目的所在。不管密钥是什么。@Sam检查以下问题:。拥有您所需的所有信息。@hacker此OpenID在java应用程序中可用吗?@hacker实际上我正在寻找java应用程序的解决方案,您能告诉我如何在我的应用程序中设置此服务吗?电子邮件作为登录标识符具有通过OpenID进行外部身份验证的优势?怎么样?这更像是使用OpenID有一个让用户使用电子邮件标识符的优势。可能是Hi-Arpit Tambi的重复,请举例说明用户名如何比电子邮件地址扩展得更好?