我们应该在存储库模式中保存/更新模型吗？

Question

我正在学习存储库模式，并且我看到了很多示例，其中存储库模式用于创建和更新。这是一个存储库接口的示例。interface RepositoryInterface{    public function all();    public function create(array $data);    public function update(array $data, $id);    public function delete($id);    public function show($id);}这个存储库接口负责创建/检索和更新模型。但是，经过一些更好的搜索，我发现人们应该避免将数据持久保存在存储库中，并且存储库应该充当集合并且仅用于检索数据。这是链接。这是他们在那里所说的话。存储库最重要的区别可能是它们代表实体的集合。它们不代表数据库存储或缓存或任何数量的技术问题。存储库代表集合。你如何持有这些集合只是一个实现细节。这是一个仅检索数据的存储库示例。interface BlogRepositoryInterface{    public function all();    public function getByUser(User $user);}我想知道存储库模式的最佳实践是什么？如果我们应该只使用存储库来检索模型，那么我们如何处理创建/更新/删除模型？

Answer 1

Repository 模式完全允许对象持久化。

来自 Martin Fowler 的著作Patterns of Enterprise Application Architecture (p.322)：

存储库在域和数据映射层之间充当中介，就像内存中的域对象集合一样。客户端对象以声明方式构建查询规范，并将它们提交给 Repository 以获得满意。对象可以添加到 Repository 中，也可以从 Repository 中删除，就像它们可以从一个简单的对象集合中一样，Repository 封装的映射代码将在幕后执行适当的操作。

摘录很清楚：由于 Repository 是一个集合，您应该能够随意添加和删除其中的对象。

我唯一关心的是你的界面。你应该把它分成两个或更多，因为你可能会有这样的对象：

• 不打算删除

• 不打算更新

• 不打算插入

创建不同的接口将使您的代码符合接口隔离原则，该原则规定任何客户端都不应被迫依赖于它不使用的方法。

一些例子：

• 假设您有一个代表您所在国家/地区的类。很少看到一个国家频繁地添加新州、删除或更改其名称。因此，该类State可以实现一个只有方法all()和的接口show()。

• 假设您正在编写电子商务代码。Customer从数据库中删除 a不是一种选择，因为他的所有数据，如购买历史、搜索等，都会丢失。所以你会做一个软删除，设置一个标志$customer->deleted = true;。在这种情况下，类Customer可以实现只具有方法的接口all()，并show()与其它接口-两个接口-在方法insert()和update()。

Answer 2

我想你误解了你引用的句子：

存储库最重要的区别可能是它们代表实体的集合。它们不代表数据库存储或缓存或任何数量的技术问题。存储库代表集合。你如何持有这些集合只是一个实现细节。

没有声明说您应该只使用存储库进行阅读。存储库最重要的特性是，当您使用存储库创建或更新项目时，更改可能不会立即应用于持久层。应用更改的时间取决于存储库的实现。

我的一个小提示，我们不应该create在存储库中调用方法。作为一个集合，我们向其中添加项目，而不是创建项目。我通常有一个add方法而不是create我的存储库接口中的方法。创建应该是工厂的责任。