Spring MVC 3.0.5+Spring 3.0.5+MyBatis3.0.4全注解实例详解（三）

    前两章我为大家详细介绍了如何搭建Maven环境、Spring MVC的流程结构、Spring MVC与Struts2的区别以及示例中的一些配置文件的分析。在这一章，我就对示例的层次结构进行说明，以及MyBatis的一些简单介绍。

    本文不会对MyBatis作详细说明，大象还是假定阅读本文的朋友对MyBatis(ibatis)有最基本的了解，只有这样才能较好的理解本文的内容。关于MyBatis请查看它的官方文档及其它参考资料，本文不作详细讨论。

    一、工程结构图
    

    上面这是典型的Maven项目结构形式，使用本地仓库管理jar包的依赖，使用插件打包编译发布非常方便，让我们从传统的开发方式中解放出来，大家都快来使用Maven构建项目吧！

    二、映射文件

    使用MyBatis进行持久化操作，需要设置一个映射文件，一般来说，每张表对应一个实体对象和一个mapper映射文件。而MyBatis里面没有像Hibernate那样复杂的关联关系，所以，它的每个实体类其实就是一个很普通的POJO类。而映射文件中，都是SQL语句，下面就是示例中RoleMapper.xml的代码片段。

    

    那么，MyBatis是如何将数据库字段与POJO对象进行映射的呢？这是在它的内部，会将到得的结果或结构集，与我们定义的POJO对象属性进行映射，规则是，属性首字母小写，使用驼峰式命名方式，而字段则是单词与单词间，用下划线连接。比如：数据库有个USER_NAME字段，那么与它对应的属性就应该是userName。如果字段命名没有使用下划线，那么属性可以直接定义成该单词。比如，NAME字段，它的属性就是name。

    三、基于namespace接口与公用dao的区别
    从MyBatis3.0开始，对mapper中的namespace属性新增了一个特性：可以指定具体的接口来作为持久化操作类，在接口中定义与映射文件中id属性值相同的方法，MyBatis会自动去绑定和执行对应的SQL语句。这种接口实现方式，需要为每个Mapper创建一个接口，如果系统做大了，维护这些类会比较麻烦，大象个人倾向于基础服务式的Dao实现类，如例子中的MyBatisDao。
    四、MyBatisDao
    持久化操作基类，SqlSessionDaoSupport是mybatis-spring插件中封装的，用于获得SQL Session连接，执行数据库操作，我定义了几个常用的方法。

    关于mybatis-spring插件我简单介绍一下， Spring 3.x的发布并没有对MyBatis这一优秀的SQL框架提供支持，虽然在它的问题列表中已经有这样的请求，但直到目前3.0.5版的发布，都还没将这个问题处理掉。不过这难不倒开源世界里广大的爱好者与贡献者，mybatis-spring就是在这样的情况下诞生了。它是由MyBatis社区爱好者完成的一个开源项目，用来进行Spring 3.0与MyBatis 3.0的配置整合。该插件需要运行在JDK 5.0或更高版本。

    
    五、Service

    在ssm3这个示例中，大家有没有发现，已经没有为每个entity定义一个dao，而是统一的调用MyBatisDao作为存储服务接口。另外与使用Hibernate的主要区别，就是不能直接传一个对象参数，还必须写上key值，它是namespace加上ID值。
    
    六、entity
    MyBatis的实体类就是一个简单的POJO对象，只是用来与表字段进行关联映射，请注意，我这里所说的映射不是像Hibernate那种绑定关系，只一种存放数据的对象而已。
    
    七、测试

    上面的步骤完成后，接下来就需要测试下我们的业务接口是否正常，编写一个测试类，为了达到目的，简便起见，大象是对RoleService进行测试，UserService同理类似。

    在写测试用例前，需要在POM文件中加入一个Srping测试依赖，这是大象在前面两章疏忽漏掉了，请大家谅解。

    
    然后编写测试类，运行测试，通过！