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

Pet*_*nks 31 c# unit-of-work repository-pattern

尽管这样的问题被多次询问,我仍在努力理解存储库和工作单元模式之间的关系.基本上我还是不明白哪个部分会保存/提交数据更改 - 存储库或工作单元?

由于我看到的每个例子都与使用这些和数据库/ OR映射器有关,所以让我们做一个更有趣的例子 - 让数据保存在数据文件中的文件系统中; 根据模式,我应该能够做到这一点,因为数据的去向与此无关.

所以对于一个基本实体:

public class Account
{
    public int Id { get; set; }
    public string Name { get; set; }
}
Run Code Online (Sandbox Code Playgroud)

我想会使用以下接口:

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

public interface IUnitOfWork
{
    void Save();
}
Run Code Online (Sandbox Code Playgroud)

我认为在使用方面它看起来像这样:

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();
Run Code Online (Sandbox Code Playgroud)

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

  1. 它通过去仓库Add(),Update()Remove()方法呢?拥有在一个地方读/写文件的所有代码对我来说听起来合乎逻辑,但IUnitOfWork接口的重点是什么?
  2. 它是否适用于IUnitOfWork实现,对于此场景,它也将负责数据更改跟踪?对我来说,这表明存储库可以读取文件,而工作单元必须写文件,但逻辑现在分成两个地方.

phn*_*kha 25

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

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

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

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

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

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


Nei*_*son 6

我实际上对此很陌生但是没有人更聪明地发布:

CRUD发生在存储库中的代码正如您所期望的那样,但是当调用Account.Add(例如)时,所有发生的事情是将Account对象添加到稍后要添加的事物列表中(跟踪更改) .

当调用unitOfWork.Save()时,允许存储库查看已更改内容的列表或UoW已更改内容的列表(取决于您选择如何实现模式)并采取相应的操作 - 因此在您的情况下可能会是一个List<Account> NewItemsToAdd根据对.Add()的调用跟踪要添加的内容的字段.当UoW表示可以保存时,存储库实际上可以将新项目保存为文件,如果成功,则清除要添加的新项目列表.

AFAIK UoW的目的是管理跨多个存储库的保存(它们是我们想要提交的逻辑工作单元).

我真的很喜欢你的问题.我使用了Uow/Repository Pattern和Entity Framework,它显示了EF实际做了多少(在最终调用SaveChanges之前,上下文如何跟踪更改).要在您的示例中实现此设计模式,您需要编写相当多的代码来管理更改.