MyBatis最佳实践之——通用Mapper

当我们的表字段发生变化的时候，我们需要修改实体类和Mapper文件定义的字段和方法。如
果是增量维护，那么一个个文件去修改。如果是全量替换，我们还要去对比用MBG生成的文件。字段变
动一次就要修改一次，维护起来非常麻烦。

有几种方式来解决上述问题。

第一个

因为MyBatis的Mapper是支持继承的。我们可以把我们的Mapper.xml和Mapper接口都分成两个文件。一个是MBG生成的，这部分是固定不变的。然后创建DAO类继承生成的接口，变化的部分就在DAO里面维护。

public interface DeviceMapperExt extends DeviceMapper {
	public List<Device> selectDeviceBySn(String sn);
}

<!DOCTYPE mapper
        PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
        "https://mybatis.org/dtd/mybatis-3-mapper.dtd">

<mapper namespace="com.lk.tool.mapper.DeviceMapper">
    <resultMap type="com.lk.tool.bean.Device" id="DeviceResult">
        <id column="id" property="id"/>
        <result column="sn" property="sn"/>
    </resultMap>

    <select id="selectDeviceBySn" resultMap="DeviceResult" parameterType="com.lk.tool.bean.Device">
        select * from t_device
        where sn = #{sn}
    </select>
</mapper>

在全局配置文件中我们也需要扫描

<mappers>
	<mapper resource="mapper/DeviceMapper.xml"/>
	<mapper resource="mapper/DeviceMapperExt.xml"/>
</mappers>

以后只要修改Ext的文件就可以来，生成的文件保持不动。

第二个

既然每张表生成的基本方法都是一样的，我们是否可以这部分合并成一个文件，让它支持泛型呢？当然可以！
编写一个支持泛型的通用接口，比如BaseMapper，把实体类作为参数传入。这个接口里面定义了大量的增删改查的基础方法，这些方法都是支持泛型的。
自定义的Mapper接口继承该通用接口，例如 UserMapper extends BaseMapper，自动获得对实体类的操作方法。遇到没有的方法，我们依然可以在我们自己的Mapper里面编写。
我们能想到的解决方案，早就有人做了这个事了，这个东西就叫做通用Mapper。

它主要解决单表的增删改查问题，但并不适用于多表关联查询的场景。
除了配置文件变动的问题之外，通用Mapper还可以解决：

1. 每个Mapper接口中大量的重复方法的定义；
2. 屏蔽数据库的差异；
3. 提供批量操作的方法；
4. 实现分页。
   详细使用见：
   https://github.com/abel533/Mapper/wiki