c# - 存储库和工作单元模式 - 如何保存更改

Question

尽管此类问题被问了很多次，但我仍在努力理解存储库和工作单元模式之间的关系。基本上我仍然不明白哪一部分将保存/提交数据更改 - 存储库还是工作单元？

由于我看到的每个示例都与将它们与数据库/OR 映射器结合使用有关，所以让我们做一个更有趣的示例 - 让数据在数据文件中持久保存到文件系统；根据模式，我应该能够做到这一点，因为数据的去向无关紧要。

所以对于一个基本实体:

public class Account
{
    public int Id { get; set; }
    public string Name { get; set; }
}

我想将使用以下接口(interface):

public interface IAccountRepository
{
     Account Get(int id);
     void Add(Account account);
     void Update(Account account);
     void Remove(Account account);
}

public interface IUnitOfWork
{
    void Save();
}

我认为就用法而言，它应该是这样的:

IUnitOfWork unitOfWork = // Create concrete implementation here
IAccountRepository repository = // Create concrete implementation here

// Add a new account
Account account = new Account() { Name = "Test" };
repository.Add(account);

// Commit changes
unitOfWork.Save();

请记住，所有数据都将保存到文件中，实际添加/更新/删除此数据的逻辑在哪里？

1. 它是否通过 Add()、Update() 和 Remove() 方法进入存储库？将所有读取/写入文件的代码放在一个地方听起来合乎逻辑，但是 IUnitOfWork 接口(interface)的意义何在？
2. 它是否进入 IUnitOfWork 实现，对于这种情况，它也将负责数据更改跟踪？对我来说，这意味着存储库可以读取文件，而工作单元必须写入文件，但逻辑现在分为两个地方。

Answer 1

Repository 可以在没有 Unit Of Work 的情况下工作，因此它也可以有 Save 方法。

public interface IRepository<T>
{
     T Get(int id);
     void Add(T entity);
     void Update(T entity);
     void Remove(T entity);
     void Save();
}

当您有多个存储库(可能有不同的数据上下文)时使用工作单元。它会跟踪事务中的所有更改，直到您调用 Commit 方法将所有更改保存到数据库(在本例中为文件)。

因此，当您在 Repository 中调用 Add/Update/Remove 时，它只会更改实体的状态，将其标记为 Added、Removed 或 Dirty... 当您调用 Commit、Unit Of Work 将循环遍历存储库并执行实际的持久化:

• 如果存储库共享相同的数据上下文，工作单元可以直接与数据上下文一起工作以获得更高的性能(在这种情况下打开和写入文件)。

• 如果存储库具有不同的数据上下文(不同的数据库或文件)，工作单元将在同一 TransactionScope 中调用每个存储库的 Save 方法。