通用 DAO 接口设计

本文探讨了在Java中设计通用DAO接口的方法,包括IDataServiceBase和IDataService接口,旨在简化数据访问操作,支持CRUD操作,并且允许使用Java Bean或Map数据格式。接口实现利用Java动态代理,无需编写具体实现,方便对接不同数据访问机制。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

数据访问对象 DAO(Data Access Object)本质是个名词,但我们更多语境中不是作名词用,需要的是一套通用的接口去使用,至于返回的对象是什么,可以是 Java Bean 或者 Map 键对值。

假设我们背后有一套数据访问机制,是 MyBatis、原生 JDBC 无所谓,只要能提供数据就可以了,那么目前需要设计一套标准的 DAO 接口,会是这样的。

我们的目的是尽量可能简单衔接底层的据访问机制,提供常见的 findById 、 findList 、 create 、 update 等的操作,而且还允许扩展。于是只要求用户继承 Java Interface 接口就好,不用写实现。

数据格式

这里说的数据格式,就是数据实体,至于是 PO/VO/BO/DTO/POJO 什么鬼的先别管——我们刻下讨论的是 Java Bean 还是 Map。

为简单起见,假设背后的数据访问机制返回的通通都是 Map。——为什么要用 Map 呢?一个是简单,另外一个在跨表查询的时候,Map 是比较适合的,因为一般一个 Bean 对应一张表,如果跨表,那跨表的字段该放哪里好呢?

DAO 基类接口 IDataServiceBase

提供常见的数据操作方法,统一返回 Map / List<Map> 数据格式。

import java.io.Serializable;
import java.util.List;
import java.util.Map;

import com.ajaxjs.framework.PageResult;

/**
 * DAO 基类接口
 * <p>
 * 子接口继承该接口后,不需要写实现
 *
 * @author Frank Cheung<sp42@qq.com>
 */
public interface IDataServiceBase {
 
	/**
	 * 查询单个记录。如果找不到则返回 null
	 *
	 * @param id 记录 id
	 * @return 单个记录的 Bean
	 */
	Map<String, Object> findByIdAsMap(Serializable id);

	/**
	 * 查询列表数据
	 *
	 * @return Map 格式的列表结果
	 */
	List<Map<String, Object>> findListAsListMap();

	/**
	 * 查询分页数据
	 *
	 * @param start 开始行数
	 * @param limit 读取行数
	 * @return 分页结果对象
	 */
	PageResult<Map<String, Object>> findPagedListAsMap(int start, int limit);

	/**
	 * 新建记录
	 *
	 * @param map Map 实体
	 * @return 新建记录之 id 序号
	 */
	Serializable create(Map<String, Object> map);

	/**
	 * 修改记录
	 *
	 * @param map Map 实,应包含 id 字段
	 * @return 影响的行数,理应 = 1
	 */
	Integer update(Map<String, Object> map);

	/**
	 * 单个删除
	 *
	 * @param beanOrMapOrId
	 * @return 是否删除成功
	 */
	Boolean delete(Object beanOrMapOrId);

	/**
	 * 设置 SQL WHERE 的查询条件参数
	 * 
	 * @param queryParams
	 * @return
	 */
	IDataServiceBase setQuery(Map<String, Object> queryParams);

	/**
	 
为什么我们要使用通用DAO接口呢,因为我们的数据库操作无非是增删改查,CRUD操作,我们不需要为每个实体去编写一个dao接口,对于相似的实体操作可以只编写一个通用接口,然后采用不同的实现! DAO已经成为持久层的标准模式,DAO使结构清晰,面向接口编程为代码提供了规范。而泛型DAO是一个类型安全的,代码精简的设计模式(相对于传统DAO),尤其在DAO组件数量庞大的时候,代码量的减少更加明显。 泛型DAO的核心是定义一个GenericDao接口,声明基本的CRUD操作: 用hibernate作为持久化解决方案的GenericHibernateDao实现类,被定义为抽象类,它提取了CRUD操作,这就是简化代码的关键,以便于更好的重用,这个就不给例子了,增删改都好写,查就需要各种条件了。 然后是各个领域对象的dao接口,这些dao接口都继承GenericDao接口,这样各个领域对象的dao接口就和传统dao接口具有一样的功能了。 下一步是实现类了,个自领域对象去实现各自的接口,还要集成上面的抽象类,这样就实现了代码复用的最大化,实现类中只需要写出额外的查询操作就可以了。当然还要获得域对象的Class实例,这就要在构造方法中传入Class实例。用spring提供的HibernateTemplate注入到GenericHibernateDao中,这样在各个实现类就可以直接调用HibernateTemplate来实现额外的查询操作了。 如果在实现类中不想调用某个方法(例如:update()),就可以覆盖它,方法中抛出UnsupportedOperationException()异常。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值