JOOQ 入门（四）-- DAO层代码改进

序言

上篇讲CRUD例子的时候讲到每一次使用JOOQ都需要用到DSLContext的实例。

观察上面图片中的getAll()和updateUser()方法会发现，每次都用DSLContext的子类DSL的usring()方法来实例化DSLContext太麻烦。

能否定义一个DSLContext类型的成员变量，然后Dao中所有的方法都用这同一个DSLContext实例呢 ，答案是肯定的。

解决这个猜想的整个过程

想到这个问题，最开始想到的是既然需要一个DSLContext实例，那么去看看DSL.using()这个方法，打开DSL类的结构可以看到

using()方法有很多种实现，这里主要看需要Connection和DataSource参数的几个using()方法。

因为想到Springboot中默认提供了Hikari数据库连接池，和其他数据库连接池一样，它也有自己实现的DataSource。

想到这里，实例化DSLContext的所需要的参数都具备了，用代码实现出来：

import org.jooq.Result;
import org.jooq.SQLDialect;
import org.jooq.impl.DSL;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Repository;

/**
 * @author chaojizhengui
 * @description user DAO
 * @date 2020/5/15 14:52
 */
@Repository
public class UserDao {
    // 注入Hikari的DataSource,
    @Autowired
    HikariDataSource dataSource;

    // DSL上下文是所有数据库操作的入口，意思就是要用jooq干任何事都要先实例化这个DSLContext
    DSLContext create;

    // 初始化DSLContext
    public UserDao(){
        this.create = DSL.using(this.dataSource,SQLDialect.MYSQL);
    }

    /**
     * 查询
     * @return
     */
    public Result<BkUserRecord> getAll(){
        Result<BkUserRecord> result = this.create
                .selectFrom(BkUser.BK_USER)
                .orderBy(1)
                .fetch();
        return result;
    }

代码有了，接下来就是测试，验证自己的想法是否正确，在Springboot 的xxxxApplicationTests类中写

测试方法：

//将userDao注入进单元测试类
    @Autowired
    UserDao userDao;

    @Test
    void testUser(){
        System.out.println("查询---");
        System.out.println(userDao.getAll());
        System.out.println("查询---");

    }

执行结果：失败

测试不通过，接下来就得去找找不通过的原因，给代码加断点跟踪发现

仔细看上面的调试图会发现，在UserDao的构造方法执行结束，dataSource都还是null，也就说明

@Autowired
    HikariDataSource dataSource;

dataSource的通过@Autowired实例化的太晚了，需要通过其他的方式来为dataSource实例化。

所以联想直接将@Autowired注解写在构造函数上，就是直接在构造函数执行的时候就实例化dataSource。

将代码改成：

package com.bkn.breakingnews.modules.user.dao;

import com.bkn.breakingnews.model.tables.BkUser;
import com.bkn.breakingnews.model.tables.records.BkUserRecord;
import com.zaxxer.hikari.HikariDataSource;
import org.jooq.DSLContext;
import org.jooq.Result;
import org.jooq.SQLDialect;
import org.jooq.impl.DSL;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Repository;

/**
 * @author chaojizhengui
 * @description user DAO
 * @date 2020/5/15 14:52
 */
@Repository
public class UserDao {
    // DSL上下文是所有数据库操作的入口，意思就是要用jooq干任何事都要先实例化这个DSLContext
    DSLContext create;
    // 初始化DSLContext,这里在构造器中注入Hikari的DataSource
    @Autowired
    public UserDao(HikariDataSource dataSource){
        this.create = DSL.using(dataSource,SQLDialect.MYSQL);
    }

    /**
     * 查询
     * @return
     */
    public Result<BkUserRecord> getAll(){
        Result<BkUserRecord> result = this.create
                .selectFrom(BkUser.BK_USER)
                .orderBy(1)
                .fetch();
        return result;
    }

测试结果：测试通过

优化之后每次就可以直接在方法中使用this.create直接来做SQL操作，免去每次都初始化DSLContext的麻烦。

这篇算是突然多出来的小插曲，其实和JOOQ的具体使用没多大关系，记录一下，猜想-解决问题-实现，的整个过程，希望有所收获。

总结

a.以前用单元测试用的不多，每次有问题都是整个业务逻辑的代码都跑一遍然后打断点测试，这样的调试方法虽然也可行，

但是没有用单元测试看的直观，多用单元测试会大大提高调试效率。

b.Bean的注入问题是Spring的核心之一，仍然需要多去理解。

Hikari