使用 EF 对泛型参数使用 Equals 时出错

Question

我有以下两个通用类：

 public abstract class Entity<T> : IEntity<T>, IAuditableEntity,ISoftDeletable where T : struct
    {
        public T Id { get; set; }
        public DateTime CreatedDate { get; set; }
        public string CreatedBy { get; set; }
        public DateTime UpdatedDate { get; set; }
        public string UpdatedBy { get; set; }
        public bool Deleted { get; set; }
    }


    public abstract class Repository<TEntity,TKey> : IRepository<TEntity, TKey> where TEntity :Entity<TKey> where TKey : struct           
    {
        protected DbContext Context;
        protected readonly IDbSet<TEntity> Set;

        protected Repository(DbContext context)
        {
            Context = context;
            Set = Context.Set<TEntity>();
        }

        public TEntity Get(TKey key)
        {               
            var output = Set.FirstOrDefault(o => o.Id.Equals(key));
            return output ;
        }
    }

我的问题是 Get 方法。我不断收到此错误

无法创建“System.Object”类型的常量值。仅有的 在此上下文中支持原始类型或枚举类型。”

我尝试使用 == 但它不会编译并说

不能将 == 应用于操作数 TKey 和 TKey

为什么这不起作用？我的 TKey 应该是原始数据类型，不是 TKey:struct 正确的限制器吗？

为什么有Equals(int)的时候编译器还要用Equals(object)，也就是这个key是什么？

Answer 1

== 比较失败，因为该运算符只能用于预定义的值类型或引用类型，而您的 TKey 两者都不是。

您在评论中说TKey 是int。在你的的情况下可能是这样，但是你的类的用户可以定义一个Entity<List<string>.Enumerator>，因为List<T>.Enumerator是一个struct。在这种情况下，“等于”的含义令人难以置信。

我的意思是编译器无法知道，在编译时，除了使用object.Equals之外，还能做什么。

我想知道您为什么将密钥类型限制为struct。我见过的最常见的 ID 类型是int 和string。通过使用struct，您已经排除了string...

您真的需要支持非整数键的灵活性吗？如果没有，您的课程可能会更简单。

---

更新：您可以限制您的TKey，使其实现IComparable，因为所有数字类型都实现了它。然后，您可以在 Get 方法的实现中使用 CompareTo。

但是，由于您传递给 FirstOrDefault 的 lambda 实际上将在数据库端执行，所以我不确定会发生什么，即 EF 是否能够正确地将其转换为 SQL 表达式。

public abstract class Entity<T> : IEntity<T>, IAuditableEntity,ISoftDeletable where T : struct, IComparable

public abstract class Repository<TEntity,TKey> : IRepository<TEntity, TKey> where TEntity :Entity<TKey> where TKey : struct, IComparable

Answer 2

您可以简单地使用IDbSet.Find 方法，该方法采用一个或多个object 类型的键值。

public TEntity Get(TKey key)
{               
    return Set.Find(key);
}

如果实体已经存在于DbContext 的本地缓存中，它还有一个额外的优势（因为它避免了不必要的数据库访问）。

但是，我怀疑您要做的不仅仅是检索单个项目，因此您以后可能会遇到同样的问题。