c# - .Net Core 中的通用存储库模式与 Entity Framework 的相关性是什么

Question

我正在尝试(但失败)了解通用存储库模式在它围绕 Entity Framework 或 EF Core 的特定实例中的用途。

写这个有什么好处:

public void Update(T obj)
{
    DbContext.Set<T>().Attach(obj);
    DbContext.Entry(obj).State = EntityState.Modified;
    DbContext.SaveChanges();
}

当您通过简单地将其写为相同或更多时

public void Update(Movie obj)
{
    DbContext.Set<Movie>().Attach(obj);
    DbContext.Entry(obj).State = EntityState.Modified;
    DbContext.SaveChanges();
}

或者

public void Update(Movie obj)
{
    var movie = DbContext.Movies.FirsOrDefault(x => x.MovieId == obj.MovieId);
    DbContext.Entry(movie).CurrentValues.SetValues(obj);
    DbContext.SaveChanges();
}

我想我真正的问题是为什么我们要围绕基本上已经是通用存储库(具有更多功能和优化)的通用存储库包装？

Answer 1

不太冒昧，我想根据评论线程回答我自己的问题。

通用存储库模式是对象关系映射器 (ORM) 时代之前的产物，如 Entity Framework 、xHibernate、Dapper、PetaPoco 和其他一百万个。

随着 ORM 的出现，存储库模式中的所有功能都封装在 ORM 本身中。

例如， Entity Framework 在每次调用 .SaveChanges() 时默认使用事务/UnitOfWork。在 DbContext 上。

它还会自动跟踪对查询返回的实体所做的更改，除非您明确告诉它不要使用 UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking) .

就Generic Repositories而言，您认为以下代码是什么:

MyDbContext.Set<WeatherForecast>().Add(forecast);