首页 > 代码库 > MyBatisCRUD的优化上

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="http://www.mamicode.com/${driverClass}"/>
                <property name="url" value="http://www.mamicode.com/${url}"/>
                <property name="username" value="http://www.mamicode.com/${username}"/>
                <property name="password" value="http://www.mamicode.com/${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="http://www.mamicode.com/com.mysql.jdbc.Driver"/>
        <property name="url" value="http://www.mamicode.com/jdbc:mysql:///hibernate"/>
        <property name="username" value="http://www.mamicode.com/root"/>
        <property name="password" value="http://www.mamicode.com/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="http://www.mamicode.com/dev_user"/>
          <property name="password" value="http://www.mamicode.com/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中则是着重考虑的是关系模型,换句话说,如果对象模型设计的不好,就会很容易的感觉到实现的难度。