Mybatis--课程中循序渐进的体会 《黑马程序员_Springmvc+Mybatis由浅入深全套视频教程video》
mybatis 刚开始是用最原始的方法开发了一个入门程序，（没有dao）
1、将数据源配置在SqlMapConfig.xml
2、写一个po类 和映射文件User.xml（中的namespace=“名字随意”，
Mapper开发中是需要等于mapper接口地址的）
3、在sqlMapConfig.xml中加载User.xml:就准备可以操作数据了
4、直接读取sqlMapConfig.xml获得sqlSessionFactory，再得到SqlSession
5、SqlSession.selectOne("test.findUserById",1),传statement 的 id 即可；
这种方式最低级，最不可取
DAO方式：（和上面差不多，没有什么改进，只是多了个dao层次而已，然并卵） 1、定义Dao接口，和dao实现类（构造方法传一个SqlSessionFactory进去作为全局变量） 2、测试时；UserDao userDao = new UserDaoImpl(sqlSessionFactory); User user = userDao.findUserById(1); dao实现类中 User user = sqlSession.selectOne("test.findUserById", id); 整个下来只是代码写好了一点，更有面向对象的思想了而已；还是这种低级的实现方式； Mapper代理的方法：（不需要特殊配置，只要遵循下面的开发规范即可） 开发规范： 1、在mapper.xml中namespace等于mapper接口地址 2、mapper.java接口中的方法名和mapper.xml中statement的id一致 3、mapper.java接口中的方法输入参数类型和mapper.xml中statement的parameterType指定的类型一致。 4、mapper.java接口中的方法返回值类型和mapper.xml中statement的resultType指定的类型一致。 步骤：1、主要写 userMapper.java和 userMapper.xml，教程中是写成同名的并到mapper后缀，实际项目中同名即可（最好带Dao结尾）； 2、在SqlMapConfig.xml中加载mapper.xml（开发中会用包扫描方式） 3、应用：获得sqlSessionFactory，获得sqlSession，获得UserMapper对象（此对象是自动生成的） 代码如下： // 得到配置文件流 InputStream inputStream = Resources.getResourceAsStream("SqlMapConfig.xml"); // 创建会话工厂，传入mybatis的配置文件信息 sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream); SqlSession sqlSession = sqlSessionFactory.openSession(); //创建UserMapper对象，mybatis自动生成mapper代理对象 UserMapper userMapper = sqlSession.getMapper(UserMapper.class); User user = userMapper.findUserById(1);调用 两者区别：1、不用写DAO的实现类， 2、看不到sqlSession.selectOne("test.findUserById", id);这样的语句。 后续主要练习 一对一，一对多，多对多的查询，pojo和mapper的写法；resultMap，和加载延迟，缓存； 二级缓存参数配置，和分布式缓存ehcache,redis,mamcached；逆向工程的配置生成代码
spring和mybatis整合： 在applicationContext.xml配置sqlSessionFactory和数据源，数据源原来在SqlMapConfig.xml中的 很多bean也通过spring管理， Dao开发： 1、写好dao 和 dao实现类（不需要传入SqlSessionFactory进去，要继承于SqlSessionDaoSupport） 2、applicationContext.xml中配好 dao实现类的bean并ref传入sqlSessionFactory对象； 3、应用：applicationContext = new ClassPathXmlApplicationContext("classpath:spring/applicationContext.xml"); UserDao userDao = (UserDao) applicationContext.getBean("userDao"); User user = userDao.findUserById(1); 第3步中可见，多了spring特有的applicationContext，加载bean的方式也不一样了。其他基本和未整合前的dao大同小异 mapper代理开发：和整合前区别主要是bean在 1、写好符合mapper代理的 **dao.java 和**dao.xml 2、mapper配置 MapperFactoryBean：根据mapper接口生成代理对象 <bean id="userMapper" class="org.mybatis.spring.mapper.MapperFactoryBean"> mapperInterface指定mapper接口 <property name="mapperInterface" value="cn.itcast.ssm.mapper.UserMapper"/> <property name="sqlSessionFactory" ref="sqlSessionFactory"/> </bean> 此方法问题： 需要针对每个mapper进行配置，麻烦。（后续批量扫描，甚至也许注解？） 3、调用：applicationContext = new ClassPathXmlApplicationContext("classpath:spring/applicationContext.xml"); UserMapper userMapper = (UserMapper) applicationContext.getBean("userMapper"); User user = userMapper.findUserById(1);
问题： 此时看起来：就是少了bean管理，但是配置工作量很繁重，以下解决； <!-- mapper批量扫描，从mapper包中扫描出mapper接口，自动创建代理对象并且在spring容器中注册 遵循规范：将mapper.java和mapper.xml映射文件名称保持一致，且在一个目录 中 自动扫描出来的mapper的bean的id为mapper类名（首字母小写） --> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <!-- 指定扫描的包名 如果扫描多个包，每个包中间使用半角逗号分隔 --> <property name="basePackage" value="cn.itcast.ssm.mapper"/> <property name="sqlSessionFactoryBeanName" value="sqlSessionFactory"/>//这里有个坑要注意 </bean> 到此感觉到的改善： 1、只需在applicationContext.xml配置sqlSessionFactory和数据源 2、在批量扫描中对每个bean注入sqlSessionFactory，不用一个个传入 3、不用写DAO的实现类 4、调用时，bea创建的方式不一样了，从spring容器中加载出来
mapper批量扫描时：
配置里面的 sqlSessionFactory 属性时要注意：不可以写成
<property name="sqlSessionFactory" ref="sqlSessionFactory"/>；如果这样写，会造成上方的
<!-- 加载配置文件 -->
<context:property-placeholder location="classpath:db.properties" /> 这句语句不起作用，最终导致链接不上数据库。 老师是这么说的，没有测试。
