問題：當我們的表字段發生變化的時候，我們需要修改實體類和Mapper 檔案定義的欄位和方法。如果是增量維護，那麼一個個檔案去修改。如果是全量替換，我們還要去對比用MBG 生成的檔案。欄位變動一次就要修改一次，維護起來非常麻煩。

解決這個問題，我們有兩種思路。

第一個， 因為MyBatis 的Mapper 是支援繼承的（ 見：https://github.com/mybatis/mybatis-3/issues/35 ） 。所以我們可以把我們的Mapper.xml 和Mapper 介面都分成兩個檔案。一個是MBG 生成的，這部分是固定不變的。然後建立DAO 類繼承生成的介面，變化的部分就在DAO 裡面維護。

mybatis-standalone 工程：

public interface BlogMapperExt extends BlogMapper {
    public Blog selectBlogByName(String name);
}

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.leon.mapper.BlogMapperExt">
	<!-- 只能繼承statement，不能繼承sql、resultMap 等標籤-->
		<resultMap id="BaseResultMap" type="com.leon.domain.Blog">
			<id column="bid" property="bid" jdbcType="INTEGER"/>
			<result column="name" property="name" jdbcType="VARCHAR"/>
			<result column="author_id" property="authorId" jdbcType="INTEGER"/>
		</resultMap>
	<!-- 在parent xml 和child xml 的statement id 相同的情況下，會使用child xml 的statement
	id -->
	<select id="selectBlogByName" resultMap="BaseResultMap" statementType="PREPARED">
		select * from blog where name = #{name}
	</select>
</mapper>
 

mybatis-config.xml 裡面也要掃描：

<mappers>
	<mapper resource="BlogMapper.xml"/>
	<mapper resource="BlogMapperExt.xml"/>
</mappers>

所以以後只要修改Ext 的檔案就可以了。這麼做有一個缺點，就是檔案會增多。

思考：既然針對每張表生成的基本方法都是一樣的，也就是公共的方法部分程式碼都是一樣的，我們能不能把這部分合併成一個檔案，讓它支援泛型呢？

太聰明瞭，當然可以！

編寫一個支援泛型的通用介面，比如叫GPBaseMapper<T>，把實體類作為引數傳入。這個接口裡面定義了大量的增刪改查的基礎方法，這些方法都是支援泛型的。

自定義的Mapper 介面繼承該通用介面， 例如BlogMapper extends GPBaseMapper<Blog>，自動獲得對實體類的操作方法。遇到沒有的方法，我們依然可以在我們自己的Mapper 裡面編寫。

我們能想到的解決方案，早就有人做了這個事了，這個東西就叫做通用Mapper。

https://github.com/abel533/Mapper/wiki

用途：主要解決單表的增刪改查問題，並不適用於多表關聯查詢的場景。

除了配置檔案變動的問題之外，通用Mapper 還可以解決：

1、每個Mapper 介面中大量的重複方法的定義；

2、遮蔽資料庫的差異；

3、提供批量操作的方法；

4、實現分頁。

通用Mapper 和PageHelper 作者是同一個人（劉增輝）。

使用方式：在Spring 中使用時，引入jar 包，替換applicationContext.xml 中的sqlSessionFactory 和configure。

<bean class="tk.mybatis.spring.mapper.MapperScannerConfigurer">
	<property name="basePackage" value="com.leon.crud.dao"/>
</bean>