Hibernate的Dao层通用设计
不懒人 人气:0hibernate作为一款优秀的数据库持久化框架，在现实的运用中是非常广泛的。它的出现让不熟悉sql语法的程序员能开发数据库连接层成为一种可能，但是理想与现实永远是有差距的。开发过程中如果只使用hql进行操作，并且表之间的关联配置很复杂的话，这将成为一种噩梦。还好我们伟大的hibernate支持原生的sql操作，这也大大的增加了hibernate的灵活性。下面我们探讨一下hibernate的dao层的通用设计。
首先阐明一下显示情况中遇到的问题。假设数据库中有一张表，表名叫tbl_user,项目中对应的实体User，根据MVC的分层设计，我们会有UerDao的接口层，以及UserDaoImpl的接口实现层。对数据库最多的操作就是增删改查，我们的UserDao和UserDaoImpl中会有增删改查的方法。如果有多张表的时候，我们会发现Dao的接口层以及实现层充斥着大量的增删改查的代码，而且大部分情况这些代码都是类似的，那我们能不能将这些代码进行封装呢？答案是肯定的。
下面进入正题，数据库使用mysql,创建一张名为tbl_user的表。
CREATE TABLE `tbl_user` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`name` varchar(30) COLLATE utf8_unicode_ci DEFAULT NULL,
`login_name` varchar(30) COLLATE utf8_unicode_ci DEFAULT NULL,
`pass_word` char(32) COLLATE utf8_unicode_ci DEFAULT NULL,
`role_id` bigint(20) DEFAULT NULL,
`create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
`last_login_time` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
`del_flag` enum('0','1') COLLATE utf8_unicode_ci DEFAULT '0',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT='用户表';
然后我们创建一个实体User对应这张表。
@Entity
@Table(name = "tbl_user")
public class User extends IdEntity implements Serializable {
private static final long serialVersionUID = 1L;
// 创建时间
private Date createTime;
// 删除标记
private String delFlag;
// 最后登录时间
private Date lastLoginTime;
// 登录名
private String loginName;
// 姓名
private String name;
// 密码
private String passWord;
// 角色id
private Long roleId;
@Temporal(TemporalType.TIMESTAMP)
@Column(name = "create_time")
public Date getCreateTime() {
return createTime;
}
public void setCreateTime(Date createTime) {
this.createTime = createTime;
}
@Column(name = "del_flag")
public String getDelFlag() {
return delFlag;
}
public void setDelFlag(String delFlag) {
this.delFlag = delFlag;
}
@Temporal(TemporalType.TIMESTAMP)
@Column(name = "last_login_time")
public Date getLastLoginTime() {
return lastLoginTime;
}
public void setLastLoginTime(Date lastLoginTime) {
this.lastLoginTime = lastLoginTime;
}
@Column(name = "login_name")
public String getLoginName() {
return loginName;
}
public void setLoginName(String loginName) {
this.loginName = loginName;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Column(name = "pass_word")
public String getPassWord() {
return passWord;
}
public void setPassWord(String passWord) {
this.passWord = passWord;
}
@Column(name = "role_id")
public Long getRoleId() {
return roleId;
}
public void setRoleId(Long roleId) {
this.roleId = roleId;
}
}
好了，下一步我们要进行要进行dao层代码的编写。但是现在不能写，我们的解决方案还没有理出来。首先我们可以肯定的是常规的CRUD代码不能写在UserDao和UserDaoImpl中了，那写在哪里呢。遇到这种情况首先想到的就是继承，如果有一个父类具有这种能力的话，再去继承这个父类，问题就迎刃而解了。好，方案确定，动手操作吧。我们先创建一个接口，命名为BaseDao，这里用到了接口泛型的概念。
public interface BaseDao<T> {
/*
* 持久化对象的方法
*/
public long add(T t);
/*
* 修改对象
*/
public void update(T t);
/*
* 删除对象
*/
public int delete(long id);
/*
* 查找所有对象的方法
*/
public List<T> getAll();
/*
* 根据id查找对象
*/
public T getById(long id);
/*
* 根据map条件查找对象
*/
public List<T> getByMap(Map<String,Object> map);
/*
* 查询条数
*/
public int countBySql(String sql);
/*
* 执行hql语句
*/
public int executeHql(String hql);
/*
* 执行sql语句
*/
public int executeSql(String sql);
/*
*根据sql语句查询map集合
*/
public List<Map<String,Object>> getMapListBySql(String sql);
}
上面的顶层接口BaseDao定义了一些常用的dao层操作。我们在接口层再定义一个实体User对应的dao接口UserDao。
public interface UserDao extends BaseDao<User> {
}
接口UserDao中什么方法都没有定义，只是去继承了BaseDao。接下来我们要编写dao实现层的代码了，首先我们编写dao实现层整个父类的BaseDaoImpl的代码，这个时候我们停一下整理一下思路。父类BaseDaoImpl要具有CRUD的操作，并且要是动态的，就是不同的操作要相应的操作不同的表，在hibernate中我们也可以说是操作不同的实体。如何实现这种想法呢？答案还是泛型，在继承父类BaseDaoImpl的时候注入自己的真实类型。下面就是BaseDaoImpl的代码， 这也是最核心的地方。
public class BaseDaoImpl<T> implements BaseDao<T>{
@Autowired
private SessionFactory sessionFactory;
protected Class<T> clazz;
/**
* 构造方法自动注入真实的对象类型
*/
public BaseDaoImpl() {
ParameterizedType type = (ParameterizedType) this.getClass().getGenericSuperclass();
clazz = (Class<T>) type.getActualTypeArguments()[0];
}
public Session getCurrentSession() {
return this.sessionFactory.getCurrentSession();
}
@Override
public long add(T t){
if (t!=null) {
return (Long) this.getCurrentSession().save(t);
}
return 0;
}
@Override
public void update(T t){
if (t!=null) {
this.getCurrentSession().update(t);
}
}
@Override
public int delete(long id){
String hql = "delete "+clazz.getSimpleName()+" where id="+id;
return this.getCurrentSession().createQuery(hql).executeUpdate();
}
@Override
public List<T> getAll(){
String hql = "from "+clazz.getSimpleName();
return this.getCurrentSession().createQuery(hql).list();
}
@Override
public T getById(long id){
String hql = "from "+clazz.getSimpleName()+" where id="+id;
return (T) this.getCurrentSession().createQuery(hql).uniqueResult();
}
@Override
public List<T> getByMap(Map<String,Object> map){
Set<String> set = map.keySet();
if (set.size()>0) {
List<String> list = new ArrayList<String>();
for (String string : set) {
list.add(string);
}
String hql = "from "+clazz.getSimpleName()+" where ";
for(int i=0;i<=list.size()-1;i++){
if (i==0) {
hql += list.get(i)+"='"+map.get(list.get(i))+"'";
}
else{
hql += " and "+list.get(i)+"='"+map.get(list.get(i))+"'";
}
}
return this.getCurrentSession().createQuery(hql).list();
}
return null;
}
@Override
public int countBySql(String sql){
SQLQuery q = this.getCurrentSession().createSQLQuery(sql);
return ((BigInteger) q.uniqueResult()).intValue();
}
@Override
public int executeHql(String hql){
Query q = this.getCurrentSession().createQuery(hql);
return q.executeUpdate();
}
@Override
public int executeSql(String sql){
SQLQuery q = this.getCurrentSession().createSQLQuery(sql);
return q.executeUpdate();
}
@Override
public List<Map<String, Object>> getMapListBySql(String sql) {
SQLQuery query = this.getCurrentSession().createSQLQuery(sql);
query.setResultTransformer(Transformers.ALIAS_TO_ENTITY_MAP);
return(List<Map<String, Object>>) query.list();
}
}
BaseDao中的方法上已经写了注释，所以下面的实现类我就偷懒没有写注释了。我们重点研究其中一个方法
我们在BaseDaoImpl中定义了一个全局变量clazz,利用BaseDaoImpl的构造方法将通过泛型传进来的真是类型的Class传到此变量中。此时，在这里可能会产生一个疑问，如果使用了spring，所有的bean管理都是由spring来完成的话，此处的构造方法会得到调用吗？答案是肯定的，spring创建bean的时候也是通过调用构造方法创建bean实例的。得到此class后我们就可以利用反射机制得到实体的真实名称进行hql的拼接。好了，我们可以去实现UserDao这个接口了。
@Repository
public class UserDaoImpl extends BaseDaoImpl<User> implements UserDao {
}
我们只要在实现UserDao接口的同时同时继承BaseDaoImpl这个父类，把实体的真实类型传进去就行了。虽然UserDaoImpl中一个方法都没有，实际上它已经具有父类中的所有方法了。BaseDao代码中只是示例了几个常用的方法，现实中可以进行扩充，比如分页的方法之类的，在BaseDaoImpl去实现就可以了。如果UserDaoImpl需要的方法在父类中没有，并且方法具有特殊性的话，可以在UserDao定义此方法，在UserDaoImpl中去实现就可以了。其他实体所对应的Dao层操作也是一样。
————————————————
版权声明：本文为CSDN博主「小哥被占用了」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_26800725/article/details/52032537
加载全部内容