代码之家  ›  专栏  ›  技术社区  ›  Daniel Schaffer

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

  •  1
  • Daniel Schaffer  · 技术社区  · 15 年前

    我正在一个使用Facebook Connect认证用户的网站上工作。我们在后端还有一些数据库结构,可以通过Facebook用户ID将用户与不同的组和角色关联起来。

    简而言之,对于项目的需求与ASP.NET的成员资格和角色提供程序模型定义的功能没有太多的交叉。

    考虑到这一点,是否有任何理由为这些东西实现一个自定义成员资格提供程序,而不是它与“内置”的东西一起工作并通过成员资格静态类访问它?

    3 回复  |  直到 15 年前
        1
  •  7
  •   Ken Browning    15 年前

    对。很容易实现 MembershipProvider (您只需要执行 ValidateUser 方法),您可以访问一些非常有用的ASP.NET功能,这些功能至少简化了许多代码(我在考虑像 Page.User )

        2
  •  0
  •   twk    15 年前

    仅当您希望使用基于ASP.NET成员资格模型的内置组件或第三方组件时。 如果没有-不要为此烦恼,因为这会限制你的申请。

        3
  •  0
  •   MatthewMartin muthu    15 年前

    会员API是一种外观模式,所以当Facebook走上MySpace的道路时,你可以换一个不同的提供商,取而代之的是下一个社交网络潮流。

    因此,您将实现一个自定义的提供者,以facebook为后盾,并将其与其他东西交换,用于测试和未来校对。

    完全地说,您的解决方案有多完整?会员API有一些很酷的东西,比如密码生成器,可以跟踪谁在线(登录的最近时间)。