将ASP.NET身份与核心域模型分离 – 洋葱架构

前端之家收集整理的这篇文章主要介绍了将ASP.NET身份与核心域模型分离 – 洋葱架构前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我使用这个示例项目( https://github.com/imranbaloch/ASPNETIdentityWithOnion)作为我的应用程序架构,在这个示例中,核心是从包括身份框架在内的基础设施中完全取消的.

在此示例中,作者使用适配器模式来分离核心标识类(IdentityUser,IdentityRole …),并在Core层中提供类似它们的类.

现在这个示例项目中的问题是Domain模型(Product,Images)没有与模仿Identity模型的虚拟类(AppUser,ApplicationRole,AppliationUserRoles,…)链接.

然后我修改代码添加对AppUser的引用

public sealed class Image : BaseEntity
{
    public Image()
    {
        Products = new HashSet<Product>();
    }

    public string Path { get; set; }

    public AppUser AppUser { get; set; } // The  Added Reference ...

    public ICollection<Product> Products { get; set; }
}

如果我将“AppUser”导航属性放在“Image”类中,则创建的数据库将具有除标识框架的默认FIVE表之外的四个新表.

我需要将这些表合并为默认表.
怎么样 ?

编辑:

这是驻留在数据层中的身份模型(我无法从核心引用).

public class ApplicationIdentityUser :
    IdentityUser<int,ApplicationIdentityUserLogin,ApplicationIdentityUserRole,ApplicationIdentityUserClaim>,IDomainUser {

    public ApplicationIdentityUser()
        : base() {
        Images = new HashSet<Image>();
    }

    public string Name { get; set; }
    public virtual ICollection<Image> Images { get; set; }
}


public class ApplicationIdentityRole : IdentityRole<int,ApplicationIdentityUserRole>
{
    public ApplicationIdentityRole(){}

    public ApplicationIdentityRole(string name){Name = name;}
}

public class ApplicationIdentityUserRole : IdentityUserRole<int> {}

public class ApplicationIdentityUserClaim : IdentityUserClaim<int>{}

public class ApplicationIdentityUserLogin : IdentityUserLogin<int>{}

这也是我在OnModelCreating方法中的模型构建器:

modelBuilder.Entity<Image>()
            .Property(e => e.Id)
            .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);
        modelBuilder.Entity<Image>()
            .HasMany(e => e.Products)
            .Withrequired(e => e.Image)
            .WillCascadeOnDelete(false);
        modelBuilder.Entity<ApplicationIdentityUser>()
             .Property(e => e.Id)
             .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);
        modelBuilder.Entity<ApplicationIdentityRole>()
            .Property(e => e.Id)
            .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);
        modelBuilder.Entity<ApplicationIdentityUserClaim>()
             .Property(e => e.Id)
             .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);

解决方法

好的,我通过执行以下操作解决了这个问题:

>在您的Core中包含对Microsoft.AspNet.Identity.Core的依赖项
>在AppUser上实现IUser接口(此接口来自
Microsoft.AspNet.Identity.Core).
>在ApplicationRole上实现IRole接口.
>完全摆脱IdentityDbContext并仅从DbContext继承.
>实施您自己的IUserStore *版本,提供您的AppUser
>实现您自己的IRoleStore版本,提供您的ApplicationRole.

我知道依赖于Microsoft.AspNet.Identity.Core听起来很奇怪,但我们只需要接口IUser,它基本上也被认为是你的应用程序的核心域模型.

这里的终极理念是完全获取Microsoft.AspNet.Identity.EntityFramework.

有兴趣的开发者可以1,所以我可以在GitHub上传一个完整的工作样本.

原文链接:https://www.f2er.com/aspnet/245847.html

猜你在找的asp.Net相关文章