具有 Entity Framework 4.1 和父/子关系的存储库模式

Question

我对存储库模式仍然有些困惑。我想要使​​用此模式的主要原因是避免从域调用 EF 4.1 特定的数据访问操作。我宁愿从 IRepository 接口调用通用 CRUD 操作。这将使测试变得更容易，如果将来我必须更改数据访问框架，我将能够做到这一点，而无需重构大量代码。

以下是我的情况的示例：

我在数据库中有 3 个表：Group、Person 和 GroupPersonMap。 GroupPersonMap 是一个链接表，仅由 Group 和 Person 主键组成。我使用 VS 2010 设计器创建了 3 个表的 EF 模型。 EF 足够聪明，可以假设 GroupPersonMap 是一个链接表，因此它不会在设计器中显示它。我想使用现有的域对象而不是 EF 生成的类，因此我关闭了模型的代码生成。

我现有的与 EF 模型匹配的类如下：

public class Group
{
   public int GroupId { get; set; }
   public string Name { get; set; }

   public virtual ICollection<Person> People { get; set; }
}

public class Person
{
   public int PersonId {get; set; }
   public string FirstName { get; set; }

   public virtual ICollection<Group> Groups { get; set; }
}

我有一个像这样的通用存储库接口：

public interface IRepository<T> where T: class
{
    IQueryable<T> GetAll();
    T Add(T entity);
    T Update(T entity);
    void Delete(T entity);
    void Save()
}

和一个通用 EF 存储库：

public class EF4Repository<T> : IRepository<T> where T: class
{
    public DbContext Context { get; private set; }
    private DbSet<T> _dbSet;

    public EF4Repository(string connectionString)
    {
        Context = new DbContext(connectionString);
        _dbSet = Context.Set<T>();
    }

    public EF4Repository(DbContext context)
    {
        Context = context;
        _dbSet = Context.Set<T>();
    }

    public IQueryable<T> GetAll()
    {
        // code
    }

    public T Insert(T entity)
    {
        // code
    }

    public T Update(T entity)
    {
        Context.Entry(entity).State = System.Data.EntityState.Modified;
        Context.SaveChanges();
    }

    public void Delete(T entity)
    {
        // code
    }

    public void Save()
    {
        // code
    }
}

现在假设我只想将现有的 Group 映射到现有的 人。我必须执行如下操作：

        EFRepository<Group> groupRepository = new EFRepository<Group>("name=connString");
        EFRepository<Person> personRepository = new EFRepository<Person>("name=connString");

        var group = groupRepository.GetAll().Where(g => g.GroupId == 5).First();
        var person = personRepository.GetAll().Where(p => p.PersonId == 2).First();

        group.People.Add(person);
        groupRepository.Update(group);

但这不起作用，因为 EF 认为 Person 是新的，并且会尝试重新INSERT Person< /code> 写入数据库，这将导致主键约束错误。我必须使用 DbSet 的 Attach 方法来告诉 EF Person 已存在于数据库中，因此只需在 Group 之间创建一个映射GroupPersonMap 表中的 和 Person。

因此，为了将 Person 附加到上下文，我现在必须向我的 IRepository 添加一个 Attach 方法：

public interface IRepository<T> where T: class
{
    // existing methods
    T Attach(T entity);
}

修复主键约束错误：

EFRepository<Group> groupRepository = new EFRepository<Group>("name=connString");
EFRepository<Person> personRepository = new EFRepository<Person>(groupRepository.Context);

var group = groupRepository.GetAll().Where(g => g.GroupId == 5).First();
var person = personRepository.GetAll().Where(p => p.PersonId == 2).First();

personRepository.Attach(person);
group.People.Add(person);
groupRepository.Update(group);

已修复。现在我必须处理另一个问题，即每次创建组/人地图时，Group 都会在数据库中更新。这是因为在我的 EFRepository.Update() 方法中，实体状态显式设置为“已修改”。我必须将组的状态设置为未更改，以便Group` 表不会被修改。

要解决此问题，我必须向 IRepository 添加某种 Update 重载，该重载不会更新根实体或 Group，在本例中：

public interface IRepository<T> where T: class
{
    // existing methods
    T Update(T entity, bool updateRootEntity);
}

Update 方法的 EF4 实现看起来像这样：

T Update(T entity, bool updateRootEntity)
{
   if (updateRootEntity)
      Context.Entry(entity).State = System.Data.EntityState.Modified;
   else
      Context.Entry(entity).State = System.Data.EntityState.Unchanged;

    Context.SaveChanges();
}

我的问题是：我是否以正确的方式处理这个问题？当我开始使用 EF 和存储库模式时，我的存储库开始看起来以 EF 为中心。感谢您阅读这篇长文

Answer 1

我想使用这种模式的主要原因是避免调用
EF 4.1 特定的数据访问操作来自域。我宁愿
从 IRepository 接口调用通用 CRUD 操作。这将
让测试更容易

不，不会让你的测试更容易< /a>. 您暴露了IQueryable 所以你的存储库不可进行单元测试。

如果我将来必须更改数据访问框架，我
无需重构大量代码就能够做到这一点。

不，无论如何，您都必须更改大量代码，因为您暴露了 IQueryable，并且因为 EF / ORM 是有漏洞的抽象 - 您的上层期望在 ORM 内部神奇地发生一些行为（例如延迟加载）。这也是使用存储库的最奇怪的原因之一。现在只需选择正确的技术并使用它即可获得收益。如果您稍后必须更改它，则意味着 您犯了一个错误并选择了错误或要求已更改 - 无论哪种情况，都将需要大量工作。

但这不起作用，因为 EF 认为 Person 是新的，并且会尝试
将 Person 重新插入数据库，这将产生主键
约束错误。

是的，因为您正在为每个存储库使用新的上下文=这是错误的方法。存储库必须共享上下文。您的第二个解决方案也不正确，因为您将 EF 依赖项放回到应用程序 - 存储库正在公开上下文。这通常通过第二种模式——工作单元来解决。 工作单元包装上下文 和工作单元形成原子更改集 - SaveChanges 必须在工作单元上公开，以提交所有相关存储库完成的更改。

现在我在数据库中更新组时遇到问题
每次我想创建组/人地图时。

为什么要改变状态？您从存储库接收了实体，因此在将其分离之前，没有理由调用 Attach 并手动更改状态。这一切都应该在附加实体上自动发生。只需调用SaveChanges即可。如果您使用的是分离实体，则 您必须正确为每个实体和关系设置状态，因此在这种情况下，您确实需要一些逻辑或更新重载来处理所有场景。

我处理这个问题的方式正确吗？我的存储库开始查找
当我开始使用 EF 和存储库模式时，以 EF 为中心。

我不这么认为。首先，您没有使用聚合根。如果您这样做，您会立即发现 通用存储库 不适合这样做。聚合根的存储库对每个聚合根都有特定的方法来处理由根聚合的关系。 Group 不是 Person 聚合的一部分，但 GroupPersonMap 应该是，因此您的 Person 存储库应该具有特定的方法来处理从人员中添加和删除组（但不要自己创建或删除组）。 IMO通用存储库是 冗余层。