java 基础巩固17

集成MyBatis

（1）回顾一下Hibernate和JPA的SessionFactory与EntityManagerFactory，MyBatis与之对应的是SqlSessionFactory和SqlSession：

可见，ORM的设计套路都是类似的。使用MyBatis的核心就是创建SqlSessionFactory，这里我们需要创建的是SqlSessionFactoryBean。因为MyBatis可以直接使用Spring管理的声明式事务，因此，创建事务管理器和使用JDBC是一样的：
@Bean
PlatformTransactionManager createTxManager(@Autowired DataSource dataSource) {
return new DataSourceTransactionManager(dataSource);
}
（2）和Hibernate不同的是，MyBatis使用Mapper来实现映射，而且Mapper必须是接口。在User类和users表之间映射的UserMapper编写如下：
public interface UserMapper {
@Select(“SELECT * FROM users WHERE id = #{id}”)
User getById(@Param(“id”) long id);
}
注意：这里的Mapper不是JdbvTemplate的RowMapper的概念，它是定义users表的接口方法。比如我们定义了一个User getById(long)的主键查询方法，不仅要定义接口本身，还要明确写出查询的SQL，这里用注解@Select标记，SQL语句的任何参数，都与方法参数按名称对应。例如，方法参数id的名字通过注解@Param()标记为id，则SQL语句里将来替换的占位符就是#{id}。
（3）注意：MyBatis执行查询后，将根据方法的返回类型自动把ResultSet的每一行转换为User实例，转换规则当然是按列名和属性名对应。如果列名和属性名不同，最简单的方式是编写SELECT语句的别名。
（4）执行INSERT语句就稍微麻烦点，因为我们希望传入User实例，因此，定义的方法接口与@Insert注解如下：
@Insert(“INSERT INTO users (email, password, name, createdAt) VALUES (#{user.email}, #{user.password}, #{user.name}, #{user.createdAt})”)
void insert(@Param(“user”) User user);
如果users表的id是自增主键，那么，我们再SQL中不传入id，但希望获取插入后的主键，需要再加入一个@Option注解：
@Options(useGeneratedKeys = true, keyProperty = “id”, keyColumn = “id”)
@Insert(“INSERT INTO users (email, password, name, createdAt) VALUES (#{user.email}, #{user.password}, #{user.name}, #{user.createdAt})”)
void insert(@Param(“user”) User user);
其中keyProperty和keyColumn分别指出JavaBean的属性和数据库的主键列名。
（5）有了UserMapper接口，还需要对应的实现类才能真正执行这些数据库操作的方法。虽然可以自己写实现类，但我们除了编写UserMapper接口外，还有BookMapper、BonusMapper……一个一个写太麻烦，因此，MyBatis提供了一个MapperFactoryBean来自动创建所有Mapper的实现类。可以用一个简单的注解来启用它@MapperScan(“com.itranswarp.learnjava.mapper”)，有了@MapperScan，就可以让MyBatis自动扫描指定包的所有Mapper并创建实现类。

XML配置

（1）上述在Spring中集成MyBatis的方式，我们只需要用到注解，并没有任何XML配置文件。MyBatis也允许使用XML配置映射关系和SQL语句，例如，更新User时根绝属性值构造动态SQL：

编写XML配置的优点是可以组装出动态SQL，并且把所有SQL操作集中在一起。缺点是配置起来太繁琐，调用方法时如果想查看SQL还需要定位到XML配置中。
（2）使用MyBatis最大的问题是所有SQL都需要全部手写，优点是执行的SQL就是我们自己手写的SQL，对SQL进行优化非常简单，也可以编写任意复杂的SQL，或者使用数据库的特定语法，但切换数据库可能就不太容易，好消息是大部分项目并没有切换数据库的需求，完全可以针对某个数据库编写竟可能优化的SQL。