Mybatis系列（六）接口式编程
Mybatis系列之接口式编程
引言
在前面的文章《Mybatis系列之简单示例》曾有一段代码涉及到了接口式编程，当时并没有展开阐述，今天我们单独把这一段拿出来表一表。
在讲Mybatis接口式编程之前，我们先回忆一下前面是如何调用映射文件中的SQL代码的。通常情况下，都是使用SqlSession实例的selectXXX(selectOne, selectList, selectMap)方法来执行映射文件中相应的SQL语句的，这些方法都有一个共同的特征，那就是第一个参数都是String类型的，我们需要使用这个参数明确告之Mybatis我们是需要执行映射文件的哪一个元素下的SQL语句，所以这个参数内容应该是映射文件的名称空间加上相应元素的id值，如：
Object obj = session.selectOne("com.emerson.learning.mapping.user.getByID", 240);
User user = (User)obj;
... ...
这条语句告诉我们，要在名称空间com.emerson.learning.mapping.user下查找一个id为getById的元素，并执行其SQL语句。在获取返回值之后，我们还需要对其进行强类型转换。
这里存在一些潜在的问题：
- 为了确保名称空间的唯一性，通常会使用相对较长的、且有一定含义的字符串来作为其值，这样就很难保证我们在代码不出现拼写错误的情况，即使是直接从映射文件拷贝过来的，也存在不经意间被修改的可能性；
- 从selectXXX方法的签名可以看到，她的第二个参数是Object类型，那么如果我们传入的参数类型与映射文件中由parameterType属性指定的类型不一致时，将会出现不可预知的错误
- 同样，selectXXX方法返回值使用了泛型，我们须确保用于接收其返回值的变量类型与映射文件中属性resultType指定的类型相一致
Mybatis规避上述风险的手段，我们称之为接口式编程，也就是我们今天的主题。
定义代理接口
接口式编程，我们可以简单的理解为Mybatis为映射文件定义了一个代理接口，以后全部通过这个接口来和映射文件交互，而不再是使用以前方法。
映射文件如何知道自己被哪个接口代理呢？这里就是通过名称空间来实现的，映射文件的名称空间再也不是随心所欲的定义的了，而是要使用代理接口的全限定名作为其名称空间。所谓全限定名，就是接口所在的包名加上接口名称。
<mapper namespace="com.emerson.learning.dao.ICommunicatorDao">
<select id="getById" parameterType="int" resultType="Communicator">
select * from communicator where communicator_id=#{id}
</select>
<select id="getAll" resultType="Communicator">
select * from communicator order by communicator_name
</select>
</mapper>
接口定义好了，那么如何将映射文件中的select / insert / update / delete 等元素与代理接口中的方法绑定呢？其实很简单，只需要在代理接口中定义一些方法，并以相应元素的id属性值做为方法名，parameterType属性值做为方法参数类型，属性resultType值做为方法的返回值即可。下面定义的两个方法就分别对应上面映射文件中的两个select元素。
public interface ICommunicatorDao {
public Communicator getById(int id);
public List<Communicator> getAll();
}
有些朋友会问了，接口定义好了，是不是还要再定义一个实现类呢？答案是否定的。Mybatis会使用动态代理机制来帮助我们完成额外的工作，我们需要做的就是把这个接口注册到Mybatis中。在Mybatis的总配置文件中，加入如下语句。
<mappers>
<mapper class="com.emerson.learning.dao.ICommunicatorDao" />
</mappers>
这样，我们就可以在Java代码中直接调用我们定义的代理接口中的方法了。
@Test
public void testGetById() {
SqlSession session = sqlSessionFactory.openSession();
try {
ICommunicatorDao cp = session.getMapper(ICommunicatorDao.class);
Communicator c = cp.getById(1);
if (null == c) {
System.out.println("the result is null.");
} else {
System.out.println(c);
}
} finally {
session.close();
}
}
@Test
public void testGetAll() {
SqlSession session = sqlSessionFactory.openSession();
try {
ICommunicatorDao cp = session.getMapper(ICommunicatorDao.class);
List<Communicator> list = cp.getAll();
for (Communicator c : list) {
System.out.println(c);
}
} finally {
session.close();
}
}
是不是很简单，而且代码看上去比之前的要简洁了许多。
接口式编程与之前的调用方式相比较，有以下优点：
- 调用方法明确，因为我们调用的是接口中的某个具体方法，而不再是通过一个字符串来指定执行映射文件中的某个SQL语句了
- 传入参数和返回值都不再是Object了，这样就可以在代码编写阶段确保传入的参数类型是正确的，也不再需要对返回值进行强类型转换了
- 最主要的一点，就是将来Mybatis遇到了Spring，更能发挥出接口式编程的强大潜力。
使用注解
在Mybatis3.0之后，加入了更强的注解功能。如果不需要使用到较复杂的SQL语句，可以直接把映射文件省去，直接在Java代码中使用注解的方式指定SQL语句。这种写法很简洁，但却失去了映射文件的灵活性。
public interface ICommunicatorDao {
@Select("SELECT * FROM communicator WHERE communicator_id=#{id}")
public Communicator getById(@Param(value = "id") int id);
@Select("SELECT * FROM communicator ORDER BY communicator_id")
public List<Communicator> getAll();
}
附录
《Mybatis系列（一）入门》
《Mybatis系列（二）配置》
《Mybatis系列（三）简单示例》
《Mybatis系列（四）映射文件》
《Mybatis系列（五）动态SQL》
《Mybatis系列（七）关联映射》
《Mybatis系列（八）集合映射》
《Mybatis系列（九）Spring & Mybatis整合》