如果您正在进行完全自制的实现，是否值得使用ASP.NET的成员资格/角色提供程序模型？

Question

我正在开发一个将使用Facebook Connect对用户进行身份验证的网站。我们在后端也有一些数据库结构，通过他们的Facebook用户ID将用户关联到各种组和角色。

简而言之，项目的要求与ASP.NET的成员资格和角色提供者模型定义的功能并没有很大的交叉。

鉴于此，是否有任何理由为这些东西实现自定义成员资格提供程序，而不是使用“内置”东西并通过Membership静态类访问它？

Answer 1

是。实现MembershipProvider非常容易（您实际上只需要实现ValidateUser方法）并且可以访问一些非常有用的asp.net功能，这至少可以简化很多代码（我'想到像Page.User）这样的帮助者。

Answer 2

仅当您要使用基于ASP.NET的成员资格模型的内置或第三方组件时。 如果不是 - 请不要理会这一点，因为这会限制您的申请。

Answer 3

会员资格API是一种外观模式，因此当Facebook走向MySpace并被下一个社交网络时尚取代时，您可以交换不同的提供商。

因此，您将以Facebook作为后台实施自定义提供程序，并将其与其他内容交换以进行测试和未来验证。

完全可以说，您的解决方案有多完整？会员API有很酷的东西，如密码生成器，将跟踪谁在线（登录的新近程度）。