为什么要用MyBatis-Spring JDBC

除了DbUtils 之外，Spring 也对原生的JDBC 进行了封装，并且给我们提供了一个模板方法JdbcTemplate，来简化我们对数据库的操作。第一个，我们不再需要去关心资源管理的问题。

第二个，对于结果集的处理，Spring JDBC 也提供了一个RowMapper 接口，可以把结果集转换成Java 对象。

看代码：比如我们要把结果集转换成Employee 对象，就可以针对一个Employee创建一个RowMapper 对象，实现RowMapper 接口，并且重写mapRow()方法。我们在mapRow()方法里面完成对结果集的处理。

public class EmployeeRowMapper implements RowMapper {
	@Override
	public Object mapRow(ResultSet resultSet, int i) throws SQLException {
		Employee employee = new Employee();
		employee.setEmpId(resultSet.getInt("emp_id"));
		employee.setEmpName(resultSet.getString("emp_name"));
		employee.setEmail(resultSet.getString("emial"));
		return employee;
	}
}

在DAO 层调用的时候就可以传入自定义的RowMapper 类，最终返回我们需要的类型。结果集和实体类类型的映射也是自动完成的。

public List<Employee> query(String sql){
	new JdbcTemplate( new DruidDataSource());
	return jdbcTemplate.query(sql,new EmployeeRowMapper());
}

通过这种方式，我们对于结果集的处理只需要写一次代码，然后在每一个需要映射的地方传入这个RowMapper 就可以了，减少了很多的重复代码。

但是还是有问题：每一个实体类对象，都需要定义一个Mapper，然后要编写每个字段映射的getString()、getInt 这样的代码，还增加了类的数量。

所以有没有办法让一行数据的字段，跟实体类的属性自动对应起来，实现自动映射呢？当然，我们肯定要解决两个问题，一个就是名称对应的问题，从下划线到驼峰命名；

第二个是类型对应的问题，数据库的JDBC 类型和Java 对象的类型要匹配起来。

我们可以创建一个BaseRowMapper<T>，通过反射的方式自动获取所有属性，把表字段全部赋值到属性。

上面的方法就可以改成：

return jdbcTemplate.query(sql,new BaseRowMapper(Employee.class));

这样，我们在使用的时候只要传入我们需要转换的类型就可以了，不用再单独创建一个RowMapper。

我们来总结一下，DbUtils 和Spring JDBC，这两个对JDBC 做了轻量级封装的框架，或者说工具类里面，都帮助我们解决了一些问题：

1、无论是QueryRunner 还是JdbcTemplate，都可以传入一个数据源进行初始化，也就是资源管理这一部分的事情，可以交给专门的数据源组件去做，不用我们手动创建和关闭；

2、对操作数据的增删改查的方法进行了封装；

3、可以帮助我们映射结果集，无论是映射成List、Map 还是实体类。

但是还是存在一些缺点：

1、SQL 语句都是写死在代码里面的，依旧存在硬编码的问题；

2、参数只能按固定位置的顺序传入（数组），它是通过占位符去替换的，不能自动映射；

3、在方法里面，可以把结果集映射成实体类，但是不能直接把实体类映射成数据库的记录（没有自动生成SQL 的功能）；

4、查询没有缓存的功能。