ASP.NET Core 整洁架构下实现收藏系统的EF Core迁移问题求助

核心问题说明 #

EF Core 不支持将接口类型作为实体类型进行数据库映射，同时你的项目拆分了业务上下文（AppDbContext）和身份上下文（AppIdentityDbContext），本身就不应该跨上下文做实体导航关联，你之前用IApplicationUser做导航属性的写法天然不符合EF Core的映射规则。

推荐实现方案（完全符合整洁架构规则） #

步骤1：重构Domain层实体，完全解耦用户和业务实体的直接关联 #

Domain层只保留用户ID关联，不引入任何用户实体/接口的导航属性：

// App.Domain/Entities/Favorite.cs 新增多对多中间实体
public class Favorite : AuditableEntities
{
    // 仅存用户唯一标识，不关联用户实体
    public Guid UserId { get; set; }
    public Guid ItemId { get; set; }
    public Item Item { get; set; }
}

// App.Domain/Entities/Item.cs 修改
public class Item: AuditableEntities
{
    public Guid ItemId { get; set; }
    public string Name { get; set; }
    // 替换原有的用户列表导航属性，仅和收藏实体关联
    public List<Favorite> Favorites { get; set; }
}

// App.Domain/Contracts/IApplicationUser.cs 修改
public interface IApplicationUser
{
    // 新增用户ID字段用于业务关联
    Guid Id { get; set; }
    string FirstName { get; set; }
    string LastName { get; set; }
    string Gender { get; set; }
    // 删除收藏列表导航属性，收藏逻辑放到业务层处理
}

步骤2：修改Persistence层EF配置，移除接口映射 #

删除所有涉及IApplicationUser的实体配置，仅把UserId作为普通字段处理：

// App.Persistence/Configurations/FavoriteConfiguration.cs
public void Configure(EntityTypeBuilder<Favorite> builder)
{
    // 用用户ID+商品ID做联合主键
    builder.HasKey(f => new { f.UserId, f.ItemId });
    builder.Property(f => f.UserId).IsRequired();
    builder.HasOne(f => f.Item)
           .WithMany(i => i.Favorites)
           .HasForeignKey(f => f.ItemId)
           .OnDelete(DeleteBehavior.Cascade);
}

// App.Persistence/Configurations/ItemConfiguration.cs 调整关联配置
public void Configure(EntityTypeBuilder<Item> builder)
{
    builder.HasMany(i => i.Favorites)
           .WithOne(f => f.Item)
           .HasForeignKey(f => f.ItemId);
}

调整后即可正常执行EF Core迁移，不会再出现接口无法映射的报错。

步骤3：应用层（Application）处理关联查询逻辑 #

所有涉及用户和收藏的关联逻辑都放在应用层组合，不会破坏架构分层规则：

1. 从业务上下文查询收藏、商品数据
2. 通过依赖Domain层IApplicationUser对应的用户服务接口，查询对应用户ID的身份信息
   示例查询用户收藏列表的业务逻辑：

// App.Application/Services/FavoriteService.cs
public async Task<List<ItemDto>> GetUserFavorites(Guid userId, CancellationToken cancellationToken)
{
    // 查当前用户收藏的所有商品ID
    var favoriteItemIds = await _appDbContext.Favorites
        .Where(f => f.UserId == userId)
        .Select(f => f.ItemId)
        .ToListAsync(cancellationToken);
    // 查商品详情
    var items = await _appDbContext.Items
        .Where(i => favoriteItemIds.Contains(i.ItemId))
        .ToListAsync(cancellationToken);
    // 如需补全用户信息，调用IUserService.GetByIdAsync(userId)即可，服务依赖的是Domain层接口，符合依赖规则
    return _mapper.Map<List<ItemDto>>(items);
}

步骤4：保持Identity层逻辑不变 #

原有的ApplicationUser实现IApplicationUser、服务注册的代码完全不需要改动，不会影响现有身份逻辑。

可选进阶方案（如需导航关联） #

如果你一定要使用EF的导航关联能力，可以在Persistence层引用Identity层，手动配置关联映射：

1. Persistence层添加对App.Identity的项目引用（外层依赖内层，符合整洁架构规则，Domain层完全感知不到ApplicationUser的存在）
2. 在AppDbContext的OnModelCreating中手动配置ApplicationUser和Favorite的关联，不需要在Domain层暴露任何Identity层的类型

内容的提问来源于stack exchange，提问作者Jimmy