在文章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的存储库强制我们为接口添加新方法?
答案 0 :(得分:2)
我的结论 - 存储库模式比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 Specification}s 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作为创建规范作为类的基本要素。
然后,您可以通过提供具有规范作为输入的所需方法来创建实现Repository模式的自定义类。
我认为您可以使用ORM和存储库,因为您可以使用条件API将ORM与规范一起使用。
有些人反对ORM和Repository,我不同意。 ORM不是基于DAO模式。 DAO是操纵数据库中数据的方法。 ORM是构造数据对象以表示数据库结构的方法。
例如,通过使用两者,您可以从规范的灵活性和关系对象映射的功能以及实体之间的编织中获益。
如果您不像IBatis那样使用ORM或ORM,您应该自己编写ORM为您提供的代码:对象关系映射。