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

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我的存储库接口中的方法。创建应该是工厂的责任。