存储库模式的好处和 Spring 实现

Posted 2023-04-18

【中文标题】存储库模式的好处和 Spring 实现

【英文标题】：Repository pattern benefits and Spring implementation

【发布时间】：2017-02-25 09:48:49

【问题描述】：

在Don’t use DAO, use Repository 文章中，对 DAO 和存储库模式之间的区别进行了很好的解释。

我的简短复述 - DAO 使我们使用多种方法膨胀接口，这阻碍了更改和测试。反过来，存储库使用query 方法封装所有自定义/更改，该方法接受Specification 作为参数。当您需要存储库中的新行为时 - 您不应该更改它，而是创建 Specification 的新继承人。

我的结论 - 存储库模式比 DAO 更好，因为它的接口无法修改。

到目前为止我是对的吗？我没有错过存储库模式的一些好处吗？

但是，如果您查看Spring's accessing data JPA guide，您会发现下一个代码：

public interface CustomerRepository extends CrudRepository<Customer, Long> 
    List<Customer> findByLastName(String lastName); //each time you need custom behavior you need to add a method
    //...

是不是和上一篇有冲突？为什么 Spring 的存储库强制我们向​​接口添加新方法？

【参考方案1】：

我的结论 - 存储库模式比 DAO 更好，因为它 接口禁止修改

这取决于... 因为存储库模式更复杂，因为它需要编写更多的代码，并且对于存储库的客户端及其实现而言，它比 DAO 模式具有更高的抽象级别。 当您需要在查询中具有灵活性和/或您的查询在结果中混合多个实体时，存储库模式可以满足这些需求。 如果您需要对表进行主要简单的 crud 操作（基本的创建、读取、更新和删除操作），我认为使用真正的存储库（因此有规范）可能是一种开销。

但是，如果您查看 Spring 的访问数据 JPA 指南，您会发现 下一个代码：

 public interface CustomerRepository extends CrudRepository<Customer,Long> 
    List<Customer> findByLastName(String lastName); //each time you need custom behavior you need to add a method
     //... 

是不是和上一篇有冲突？为什么是春天 存储库强制我们向​​接口添加新方法？

是的。我认为问题来自 Spring，它使用时尚术语（存储库）来代表根据模式文献不是存储库的类。 (http://martinfowler.com/eaaCatalog/repository.html) 我认为您应该将 Spring Repository 视为 DAO，因为 Spring 存储库的基本功能接口是 CrudRepository。从本质上讲，CRUD 操作是我们在 DAO 中发现的操作...

之后，没有什么能阻止您丰富存储库以提供具有 Spring 规范的存储库方法，如 Spring data 官方文档的 2.4 点中所述。 Spring 建议您像示例中那样扩展 org.springframework.data.repository.CrudRepository 接口。这是更简单的做法，我想这是最常见的做法......

public interface CustomerRepository extends CrudRepository<Customer, Long>, JpaSpecificationExecutor 
 …

而JpaSpecificationExecutor 提供了使用规范的方法，因此可以减少查询源代码中的重复处理：

/*
 * Copyright 2008-2011 the original author or authors.
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */
package org.springframework.data.jpa.repository;

import java.util.List;

import org.springframework.data.domain.Page;
import org.springframework.data.domain.Pageable;
import org.springframework.data.domain.Sort;
import org.springframework.data.jpa.domain.Specification;

/**
 * Interface to allow execution of @link Specifications based on the JPA criteria API.
 * 
 * @author Oliver Gierke
 */
public interface JpaSpecificationExecutor<T> 

    /**
     * Returns a single entity matching the given @link Specification.
     * 
     * @param spec
     * @return
     */
    T findOne(Specification<T> spec);

    /**
     * Returns all entities matching the given @link Specification.
     * 
     * @param spec
     * @return
     */
    List<T> findAll(Specification<T> spec);

    /**
     * Returns a @link Page of entities matching the given @link Specification.
     * 
     * @param spec
     * @param pageable
     * @return
     */
    Page<T> findAll(Specification<T> spec, Pageable pageable);

    /**
     * Returns all entities matching the given @link Specification and @link Sort.
     * 
     * @param spec
     * @param sort
     * @return
     */
    List<T> findAll(Specification<T> spec, Sort sort);

    /**
     * Returns the number of instances that the given @link Specification will return.
     * 
     * @param spec the @link Specification to count instances for
     * @return the number of instances
     */
    long count(Specification<T> spec);

但我认为它会创造出科学怪人：一半 DAO，一半存储库。

另一种解决方案是直接实现基本和标记接口：org.springframework.data.repository.Repository 和 JpaSpecificationExecutor 接口：

public interface CustomerRepository extends Repository<Customer, Long>, JpaSpecificationExecutor 
 …

通过这种方式，您可以拥有一个真正的存储库，只有规范方法。 我不知道它是否有效。我从来没有尝试过。

编辑：对评论的回应

存储库模式是 Hibernate 不提供开箱即用解决方案的概念。 但是 Hibernate 和更普遍的 JPA 2 规范确实提供了 Criteria 作为创建规范作为类的基本成分。 然后，您可以通过提出带有规范作为输入的所需方法来创建一个实现存储库模式的自定义类。 我认为您可以使用 ORM 和存储库，因为您可以通过使用标准 API 将 ORM 与规范一起使用。 有些人反对 ORM 和 Repository，我不同意。 ORM 不是基于 DAO 模式。 DAO 是在数据库中操作数据的方式。 ORM 是一种结构化数据对象以表示数据库结构的方法。 例如，通过同时使用这两种方法，您可以同时受益于规范的灵活性以及关系对象映射和实体之间的编织的强大功能。 如果你不使用 ORM 或像 IBatis 这样的 ORM，你应该自己编写 ORM 提供给你的东西：对象关系映射。

【讨论】：

感谢您如此全面的披露！还有一个可能是题外话的问题——Hibernate 有开箱即用的存储库吗？可以使用 ORM 和存储库吗？它有Criteria 机制来简化它们的实现。但另一方面 ORM 是基于 DAO 模式的，使用 ORM 和存储库模式对我来说似乎很奇怪。

@Volodymyr Bakhmatiuk 欢迎您。我的评论太长了。我将编辑我的答案:)