我们击中一个良好的数量墙和障碍,因为我们创造了我们自定义会成员基于数,MembershipUser和RoleProvider等。

我们有一些有趣的要求和会员国提供者似乎不是帮助我们在实现它们:

  • 用户可能必须多次登录。
  • 用户不要有一个用户名直接(但可能有一个登录有一个用户名)。
  • 用户有一个独特的参考(目前的自动增加的主要钥)。

要实现这一点,我们有两个表格:用户有一个多关系与登录。

这实际上意味着我们有一个用户,(在一个假设的世界)可登录在通过自己的活动目录帐户自动时(可能的),并通过一个OpenID或一个用户名和密码组合替。我们还会有一些用户可能不会有一个广告账户。

我最初曾试图重新设计的成员资格的类通过创建:-CustomMembershipProvider -CustomMembershipUser -CustomRolesProvider

但我所有的对抗,它给了我黑色的眼睛瘀伤,真的, 真的 想要一个用户名!

我走了关于这个的最好方式?我应该从开始小学语文以及没有继承任何东西?我应该根据它在IProvider类?或者,也许GenericPrincipal和GenericIdentity类?或者我只是简单的缺失的东西有数?

我想保持最终编程经验的容易,因为它是为了出的成员资格的东西,例如

Membership.GetCurrentUser();

避免低于简单化的最终编码经验。

有帮助吗?

解决方案

我有类似的经验,并决定给所有用户的一个共同的成员身份的作用,检查等和地图,这给各AuthenticationProviders(OpenID、广告、成员资格提供商等),以便他们可以认证方式不同。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top