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

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

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

因此对于一个基本实体：

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

我想会使用以下接口：

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() and Remove()方法？对我来说，将所有读取/写入文件的代码放在一个地方听起来很合乎逻辑，但是这样做的意义何在？IUnitOfWork界面？
2. 它是否进入IUnitOfWork对于这种情况，哪个也负责数据更改跟踪？对我来说，这表明存储库可以读取文件，而工作单元必须写入文件，但逻辑现在分为两个地方。

存储库可以在没有工作单元的情况下工作，因此它也可以有 Save 方法。

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

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

所以，当你打电话时添加/更新/删除在存储库中，它仅更改实体的状态，将其标记为“已添加”、“已删除”或“脏”...当您调用 Commit 时，工作单元将循环遍历存储库并执行实际的持久化：

• 如果存储库共享相同的数据上下文，工作单元可以直接使用数据上下文以获得更高的性能（在本例中打开并写入文件）。

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