集成ASP.NET身份的最佳做法 – 它们是否存在？

发布时间：2020-12-15 22:39:59 所属栏目：asp.Net 来源：网络整理

导读：我正在使用ASP.NET身份与一个新的网站,似乎没有很多(任何？)的例子如何做到这一点解耦的方式.我不希望我的域模型的DomainUser类必须从Microsoft.AspNet.Identity.EntityFramework.User继承,所以我创建了一个类,如下所示： public class IdentityUser : User{

我正在使用ASP.NET身份与一个新的网站,似乎没有很多(任何？)的例子如何做到这一点解耦的方式.我不希望我的域模型的DomainUser类必须从Microsoft.AspNet.Identity.EntityFramework.User继承,所以我创建了一个类,如下所示：

public class IdentityUser : User
{
    public virtual DomainUser DomainUser { get; private set; }
}

我将ASP.NET Identity所需的DbSets移动到与我的域模型as illustrated in this answer相同的派生DbContext类中.我已经通过Fluent API将IdentityUser单向链接到DomainUser,如下所示：

modelBuilder.Entity<IdentityUser>().HasRequired(iu => iu.DomainUser).WithRequiredPrincipal();

这允许我主要将授权和认证的问题与DomainUser类中定义的行为分开.这比把它们组合成一个班更好,但是它仍然感觉很丑.我仍然在我的域项目中引用了所需的ASP.NET标识程序集.我可以创建另一个项目,只保留我的IdentityUser类和对我的Domain程序集的引用,以允许导航属性,但是这开始变得复杂.

我觉得应该有一个更好,更干净,更模块化的方式来将身份连接到域,而不会导致紧密耦合.

有没有人想出更好的处理方法？我希望引起参与ASP.NET身份项目(Hao Kung等)的人的关注,以提供方向.

解决方法

有一个 discussion on decoupling ASP.NET Identity here.你可以找到关于如何在 open source project SimpleSecurity实现的例子.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!