有人对从基于单独自定义数据库的身份验证迁移到 Open ID 有任何建议吗？就像陷阱和陷阱。我真的很想为那些不喜欢/不喜欢 OpenID 的人提供这两者。这是一个 ASP.Net MVC 应用程序的记录。
最佳答案
实际上你可以很容易地使用 OpenID。只要您断开帐户/个人资料数据与实际登录机制的连接，您在技术上应该能够使用其中之一或无缝地使用。然后，您可以保留一个登录表，该表可以保存那些不喜欢使用 OpenID 方案的用户的用户名和(加密)密码。然后在 Accounts 表中保留您的登录详细信息(用户上次登录的时间等)，以便您可以让用户使用您的本地登录系统或 Open ID 样式 API 登录的各种提供商。然后，您可以创建各种类来处理通过本地系统登录、通过 Gmail 登录、通过 Open ID 登录等的管道细节。然后让所有这些类符合相同的接口(interface)。然后创建一个工厂来处理确定使用哪个类登录特定帐户的详细信息，方法是在帐户级别密切关注他们喜欢的方法。
关于asp.net-mvc - 从自定义身份验证迁移到 Open ID，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1014411/