MyBatisCRUD的优化

前几天我们讲了CRUD的全部测试，下面是对CRUD示例的优化：
    1，typeAliases：在示例中的UserMapper.xml文件中可以看到，凡是使用到User类型的时候，都需要写User的类的全限定名。在mybatis-config.xml中，可以使用typeAliases元素来简化这个操作：
    在mybatis-config.xml中添加：
    <typeAliases>
        <typeAlias type="cd.itcast.mybatis.domain.User" alias="User"/>
    </typeAliases>
    即为cd.itcast.mybatis.domain.User起了一个简化的名字：User，那么之后在Mapper文件中使用User就可以代替cd.itcast.mybatis.domain.User，想想hibernate的import。
    修改的UserMapper.xml文件如下：
    <mapper namespace="cd.itcast.mybatis.domain.UserMapper">
        <insert id="save" keyProperty="id" parameterType="User" useGeneratedKeys="true">
            INSERT INTO user(name,hiredate) values (#{name},#{hireDate})
        </insert>

        <update id="update" parameterType="User">
            UPDATE user SET name = #{name},hiredate = #{hireDate} WHERE id = #{id}
        </update>

        <delete id="delete" parameterType="int">
            DELETE FROM user WHERE id = #{id}
        </delete>

        <select id="get" parameterType="int" resultType="User">
            SELECT * FROM user WHERE id = #{id}
        </select>

        <select id="list" resultType="User">
            SELECT * FROM user
        </select>
    </mapper>
    简化不少。

    2, properties:我们说过数据库的连接信息一般要放到一个额外的.properties文件中，mybatis允许我们这样做。
    首先，修改mybatis-config.xml文件：
    <environments default="default">
        <environment id="default">
            <transactionManager type="JDBC" />
            <dataSource type="POOLED">
                <property name="driver" value="${driverClass}"/>
                <property name="url" value="${url}"/>
                <property name="username" value="${username}"/>
                <property name="password" value="${password}"/>
            </dataSource>
        </environment>
    </environments>
    联想spring的dataSource配置方式，不难理解。
    占位符的数据来源配置有三种方式：
    第一种使用方式：在SqlSessionFactoryBuilder的build方法中，还提供了额外传入Properties对象的方法：
    public SqlSessionFactory build(InputStream inputStream, Properties properties)
    这个方法后面的Properties对象就可以做为mybatis-config.xml中的参数来源。所以，我们可以这样来使用：
    Properties p=new Properties();
    p.load(this.getClass().getClassLoader().getResourceAsStream(“db.properties”);
    并在classpath下定义一个db.properties文件：
    driverClass=com.mysql.jdbc.Driver
    url=jdbc:mysql:///hibernate
    username=root
    password=admin


    第二种使用方式：在mybatis-config.xml中有properties这样一个标签，那么我们可以在mybatis-config.xml中定义：
    <properties>
        <property name="driverClass" value="com.mysql.jdbc.Driver"/>
        <property name="url" value="jdbc:mysql:///hibernate"/>
        <property name="username" value="root"/>
        <property name="password" value="admin"/>
    </properties>
    即可。

    第三种方式：在mybatis-config.xml中的properties元素中，引入外部的properties文件：
    <properties resource="db.properties" />
    并在classpath中添加db.properties文件即可。
    第三种方式和第二种方式可以混用，即：
    <properties resource="org/mybatis/example/config.properties">
          <property name="username" value="dev_user"/>
          <property name="password" value="F2Fa3!33TYyg"/>
    </properties>

    三者的优先级为：代码传入的Properties > resource加载的Properties > properties元素中定义的property。

3,MyBatisUtil的抽象：
在mybatis中，SqlSessionFactory和SqlSession的作用和地位极其类似SessionFactory和Session，包括其线程安全性。即
SqlSessionFactory是线程安全的，在整个应用中对应一个数据源只需要创建一个。
SqlSession是线程不安全的，生命周期最好是method或者线程。
所以，我们就能抽象一个MyBatisUtil来提供SqlSession的创建：
public class MyBatisUtil {
    private static SqlSessionFactory factory;

    static {
        try {
            factory = new SqlSessionFactoryBuilder().build(Resources
            .getResourceAsStream("mybatis-config.xml"));
        } catch (Exception e) {
            e.printStackTrace();
            }
        }

    public static SqlSession openSession() {
    return factory.openSession();
    }
}

4，Mapper接口的实现
在上面的测试用例中，在调用session的方法的时候，都会传入要调用的SQL的namespace+id名称，这不是必须的。可以只传入id即可。但 是，如果在mybatis的环境中有多个相同id的映射名称，就会报错。所以，一般情况下，调用方法最好还是使用namespace+id。但 是，namespace+id的使用方式很容易报错，因为是string类型的，没有检查。所以，mybatis提供了一种非常好的设计方式来避免这种问 题，即Mapper接口。
对照UserMapper.xml的定义，我们只需要创建一个接口，注意，接口的名字和包必须和mapper.xml定义的namespace一致，即创建一个接口：cd.itcast.mybatis.domain.UserMapper：
package cd.itcast.mybatis.domain;
public interface UserMapper {
    //对应<insert id="save" keyProperty="id" parameterType="User">
    void save(User u);

    //对应<update id="update" parameterType="User">
    void update(User u);

    //对应<delete id="delete" parameterType="long">
    void delete(Long id);

    //对应<select id="get" parameterType="long" resultType="User">
    User get(Long id);

    //对应<select id="list" resultType="User">
    List<User> list();
}
对照每一个方法的注释，应该是很好理解的。
使用Mapper接口。有了Mapper接口，并且Mapper接口放在了指定的位置之后，我们的测试就可以写成：
public class CRUDTest {
@Test
public void testSave() {
    SqlSession session = MyBatisUtil.openSession();
    try {
        User u = new User();
        u.setName("itcasT");
        u.setHireDate(new Date());
        UserMapper mapper=session.getMapper(UserMapper.class);
        mapper.save(u);
        session.commit();
    } finally {
        session.close();
    }
}

@Test
public void testGet() {
    SqlSession session = MyBatisUtil.openSession();
    try {
        UserMapper mapper=session.getMapper(UserMapper.class);
        User u=mapper.get(2l);
        System.out.println(u);
    } finally {
        session.close();
    }
}

@Test
public void testUpdate() {
    SqlSession session = MyBatisUtil.openSession();
    try {
        User u = new User();
        u.setId(1l);
        u.setName("update");
        u.setHireDate(new Date());
        UserMapper mapper=session.getMapper(UserMapper.class);
        mapper.update(u);
        session.commit();
    } finally {
        session.close();
    }
}

@Test
public void testList() {
    SqlSession session = MyBatisUtil.openSession();
    try {
        UserMapper mapper=session.getMapper(UserMapper.class);
        List<User> us= mapper.list();
        System.out.println(us);
    } finally {
        session.close();
    }
}

@Test
public void testDelete() {
    SqlSession session = MyBatisUtil.openSession();
    try {
        UserMapper mapper=session.getMapper(UserMapper.class);
        mapper.delete(2l);
        session.commit();
    } finally {
        session.close();
    }
}
}
代码变得非常清晰，并且类型都使用接口强制性的完成。
Mybatis怎么做的？
测试：
@Test
public void testMapper(){
    SqlSession session = MyBatisUtil.openSession();
    try {
        UserMapper mapper=session.getMapper(UserMapper.class);
        System.out.println(mapper.getClass().getName());
    } finally {
        session.close();
    }
}
打印结果：
$Proxy4
很简单了，mybatis为接口做了一个动态代理。在执行UserMapper接口上面的方法时，参考接口的全限定名，即可找到对应的 UserMapper.xml，在执行接口上面的每一个方法的时候，实际上就是在执行namespace+id，mybatis在根据定义的方法的元素， 选择调用合适的session的方法来执行，并传入参数可以。
使用Mapper接口的方式，在集成Spring+MyBatis也非常方便。因为我们可以直接把Mapper接口看作DOMAIN的DAO接口了。

假设现在User对象不变，但是对应USER表中的name列的名称DBA重新设计成了username，那现在再来运行一遍测试：
可以看到这次的name属性就为null。这时候就体现出mybatis在直接使用resultType的局限性，要求属性名称必须和列的名称一致（大小写可以不一致）。在这种情况下，就必须要手动来完成数据表列和对象的映射关系了。首先来修改get方法：
<select id="get" parameterType="int" resultMap="usermapping">
SELECT * FROM user WHERE id = #{id}
</select>
在这里，可以看到，去掉了resultType，因为resultType只能完成默认的对象类型的转换。在这里修改成了resultMap，其实这里叫 做resultMapping对于学习了hibernate的童鞋来说更好理解。在这里我把结果集定义到了一个名字叫做usermapping的映射上。 下面定义usermapping：
<resultMap type="User" id="usermapping">
    <id property="id" column="id"/>
    <result property="name" column="username"/>
    <result property="hireDate" column="hiredate"/>
</resultMap>
resultMap定义了一个ORM的具体映射方式。
1，type：代表O，即最终返回的对象类型
2，id：为该映射设置一个名称，这个名称就是在get或list中使用的resultMap对应的id
3，id/result：对应这属性的映射，可以参考hibernate的property。id和result的区别在于，id一般用于映射主键，可以提高速度，result一般对于普通的属性。
设置完成后，就可以将对象正常get了。
在mybatis中，其实如果仅仅只是使用了resultType，相当于mybatis自动的帮我们建立了一个resultMap，只是这个resultMap直接完成了属性和列相同名称的映射而已。所以，mybatis真正完成映射的地方就在resultMap。

到此，单对象的CRUD的Mybatis实现就完成了。可以看到，在mybatis中，大部分的控制细节仍然是交由我们自己去控制，特别是sql。所以， 待会我们看到多对象关系的时候，一定要有这个概念，mybatis不会像hibernate那样为我们考虑周全对象的CRUD，所有的SQL都应该由我们 自己去控制。所以，在完成mybaits对象关系的配置中，需要转变一些在hibernate中的固有的面向对象的思想。如果说hibernate是面向 对象为主，关系为辅，那么在mybatis中则是着重考虑的是关系模型，换句话说，如果对象模型设计的不好，就会很容易的感觉到实现的难度。