EF Core中值对象Access无主键引发Add-Migration报错的解决问询

嘿，这个问题我之前也踩过坑——EF Core默认会把所有它识别到的映射类型都当成实体，而实体必须有主键，所以才会给你抛出这个错误。但咱们的Access是值对象，本来就不该有身份主键对吧？下面给你几个靠谱的解决办法：

1. 用官方推荐的Owned Types（最稳妥） #

EF Core从2.0版本开始就支持Owned Types，这就是专门用来处理值对象这种「属于实体一部分、无独立身份」的类型的方案。有两种配置方式：

方式一：给值对象加[Owned]特性 #

直接在你的Access类上标记特性，告诉EF它是一个附属值对象：

using Microsoft.EntityFrameworkCore;

[Owned]
public class Access : ValueObject<Access>
{
    // 你的值对象属性示例：
    public string Permission { get; private set; }
    public string Resource { get; private set; }

    // 你的值对象逻辑，比如私有构造函数、值相等性判断等
}

方式二：在DbContext的OnModelCreating里显式配置 #

如果不想用特性，也可以在上下文里手动配置关联关系：

public class StoreAdminPanelGetwayContext : DbContext
{
    public DbSet<AccessLevel> AccessLevels { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 明确告诉EF：AccessLevel拥有一个Access类型的属性，它是值对象
        modelBuilder.Entity<AccessLevel>().OwnsOne(al => al.Access);
    }
}

2. 检查并移除值对象的DbSet #

翻一下你的StoreAdminPanelGetwayContext，如果里面有类似public DbSet<Access> Accesses { get; set; }的代码，赶紧删掉！一旦你把值对象放到DbSet里，EF就会默认把它当成独立实体，自然会要求它有主键。值对象的正确定位是「实体的属性」，而不是单独的数据库集合。

3. 确认ValueObject基类的实现符合规范 #

虽然不是报错的直接原因，但值对象的核心是值相等性，你的ValueObject<T>基类要确保正确重写了Equals和GetHashCode，比如：

public abstract class ValueObject<T> where T : ValueObject<T>
{
    public override bool Equals(object obj)
    {
        var other = obj as T;
        if (other == null) return false;
        return EqualsCore(other);
    }

    protected abstract bool EqualsCore(T other);

    public override int GetHashCode()
    {
        return GetHashCodeCore();
    }

    protected abstract int GetHashCodeCore();

    public static bool operator ==(ValueObject<T> left, ValueObject<T> right)
    {
        return Equals(left, right);
    }

    public static bool operator !=(ValueObject<T> left, ValueObject<T> right)
    {
        return !Equals(left, right);
    }
}

做完这些配置后，EF就会把Access当作AccessLevel的一部分来映射，不会再要求它有主键了，你再跑Add-Migration initial应该就能顺利执行啦。

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