在文章
Don’t use DAO, use Repository中,对DAO和存储库模式之间的差异进行了很好的解释.
我简短的复述 – DAO让我们用多种方法膨胀界面,这阻碍了变化和测试.反过来,存储库使用查询方法封装所有自定义/更改,查询方法接受规范作为参数.当您在存储库中需要新行为时 – 您不应该更改它,而是创建一个新的规范继承人.
我的结论 – 存储库模式比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的存储库强制我们向接口添加新方法?
最佳答案
My conslusion – repository pattern is better than DAO due its
interfaces are closed to modification
这取决于…
因为存储库模式更复杂,因为它需要更多的代码来编写,并且对于存储库的客户端和它的实现具有比DAO模式更大的抽象级别.
当您需要在查询中具有灵活性和/或您的查询在结果中混合多个实体时,存储库模式可以满足这些需求.
如果你需要在表上进行主要简单的crud操作(基本的创建,读取,更新和删除操作),我认为使用真实的存储库(如此使用规范)可能是一个开销.
BUT, if you’d look at Spring’s accessing data JPA guide, you’ll find
the next code:
public interface CustomerRepository extends CrudRepository<Customer,Long> {
List<Customer> findByLastName(String lastName); //each time you need custom behavior you need to add a method
//... }
Doesn’t it conflict with the previous article? Why Spring’s
repository force us to add new methods to interface?
是.我认为问题来自于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,半个存储库.
另一个解决方案是直接实现base和marker接口: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为您提供的代码:对象关系映射.