之前介绍的方法是不生成Example 以及 Dao
但是第二种方案里面是全部自动生成的 ，这中方案对于持久层几乎不用写sql 方便了很多 。
第一步：创建Maven项目，导入依赖
导入的依赖和之前的一模一样 直接复制粘贴即可。
第二步：生成实体类和映射文件（包含Example+DAO）
Mapper代理方式
生成DAO
生成Example，自带功能更加多。
Mybatis自动生成插件的配置文件如下所示：
生成之后，持久层基本不用再手动编程。常规的CRUD方法都具备了。这里针对单表操作。
加上Example后生成的能力更多
分别观察下面箭头指向的文件，都会发现里面的方法增多。
第三步：整合持久层配置
核心：DAO接口扫描，生成DAO接口的代理实现类。
dao接口扫描，必须到具体包，自动注入给服务层等使用。
各层根据需要完整扫描自己需要的包，避免相互冲突。
org.mybatis.spring.mapper.MapperScannerConfigurer
部分的配置文件如下所示：
注意：
如何把持久层的对象给服务层？只需要在服务层定义接口。通过自动注入的方式注入实现类。
第四步：开发服务层接口和实现类
public interface UserInfoService {
void addUserInfo(UserInfo userInfo);
void updateUserInfo(UserInfo userInfo);
void deleteUserInfo(Long aLong);
UserInfo queryUserInfo(Long aLong);
List
List
void updateTwo(UserInfo addUser, UserInfo updateUser);
}
实现类如下所示 ：
@Service("userInfoService")
public class UserInfoServiceImpl implements UserInfoService {
//如何注入持久层，注入的是DAO的Mapper接口,实现类不用自己开发，
// 已经DAO接口扫描动态生成代理实现类
@Autowired
private UserInfoMapper userInfoMapper;
@Override
public void addUserInfo(UserInfo userInfo) {
userInfoMapper.insertSelective(userInfo);
}
@Override
public void updateUserInfo(UserInfo userInfo) {
userInfoMapper.updateByPrimaryKeySelective(userInfo);
}
@Override
public void deleteUserInfo(Long aLong) {
userInfoMapper.deleteByPrimaryKey(aLong);
}
@Override
public UserInfo queryUserInfo(Long aLong) {
/*
这个是第二种实现的方式 这个就是使用第二种里面的例子Example
*/
/*
UserInfoExample example=new UserInfoExample();
UserInfoExample.Criteria criteria = example.createCriteria();
criteria.andUIdEqualTo(aLong);
List
if(userInfos!=null&&userInfos.size()>0){
return userInfos.get(0);
}
*/
return userInfoMapper.selectByPrimaryKey(aLong);
}
@Override
public List queryUserInfoLike(String s)
{
UserInfoExample example=new UserInfoExample();
UserInfoExample.Criteria criteria = example.createCriteria();
criteria.andUNameLike("%"+s+"%");
return userInfoMapper.selectByExample(example);
}
@Override
public List queryAllUserInfo() {
UserInfoExample example=new UserInfoExample();
return userInfoMapper.selectByExample(example);
}
@Override
@Transactional(value = "transactionManager")
public void updateTwo(UserInfo addUser, UserInfo updateUser) {
addUserInfo(addUser);
updateUserInfo(updateUser);
}
}
注意：
上面的根据Id 查找 ，使用了两种方式完成 ，特别需要 注意第二种方式 ，
以及下面的模糊查询 ，也是通过提供的模板 ，进行的查询 ，这个是方式可以完成 更多的条件的的查询 ，我们可以好好研究一下第二种方式 ，就没必要自己拼接sql ，直接使用提供给的方法。
拓展 ： 观察 第二种 查询方法的 底层模板
1，userinfoMapper.selectByExample(example)这个方法对应谁？在mapper的映射文件应该有一个同样名称的id 对应的动态SQL
2,这个动态SQL的丰富功能在什么地方？
底层的做法：
加条件的地方在：
3，分析Example类
criteria.andUidEqualTo(id);//设置条件
发现会拼接SQL。
回到mapper映射文件是：
最后拼接出来的条件是：
select * from userinfo
转化：
select * from userinfo where uid= id
第五步：整合服务层+AOP配置
DAO与Service扫描别混淆
第六步：整合测试
测试方法如下所示:
@Test
public void testInsert(){
ClassPathXmlApplicationContext classPathXmlApplicationContext=new ClassPathXmlApplicationContext("applicationContext.xml");
UserInfoService userInfoService = (UserInfoService) classPathXmlApplicationContext.getBean("userInfoService");
UserInfo user=new UserInfo();
user.setuName("我是第二种方法");
user.setuPass("我是第二总方法");
userInfoService.addUserInfo(user);
}
@Test
public void testDelete(){
ClassPathXmlApplicationContext classPathXmlApplicationContext=new ClassPathXmlApplicationContext("applicationContext.xml");
UserInfoService userInfoService = (UserInfoService) classPathXmlApplicationContext.getBean("userInfoService");
userInfoService.deleteUserInfo(12l);
}
@Test
public void testUpdate(){
ClassPathXmlApplicationContext classPathXmlApplicationContext=new ClassPathXmlApplicationContext("applicationContext.xml");
UserInfoService userInfoService = (UserInfoService) classPathXmlApplicationContext.getBean("userInfoService");
UserInfo user=new UserInfo();
user.setuName("我是第二种方法");
user.setuPass("我是第二总方法");
user.setuId(12l);
userInfoService.updateUserInfo(user);
}
@Test
public void queryById(){
ClassPathXmlApplicationContext classPathXmlApplicationContext=new ClassPathXmlApplicationContext("applicationContext.xml");
UserInfoService userInfoService = (UserInfoService) classPathXmlApplicationContext.getBean("userInfoService");
UserInfo userInfo = userInfoService.queryUserInfo(12l);
Log.info(userInfo);
}
@Test
public void queryALL(){
ClassPathXmlApplicationContext classPathXmlApplicationContext=new ClassPathXmlApplicationContext("applicationContext.xml");
UserInfoService userInfoService = (UserInfoService) classPathXmlApplicationContext.getBean("userInfoService");
List
Log.info(userInfos);
}
@Test
public void queryLike(){
ClassPathXmlApplicationContext classPathXmlApplicationContext=new ClassPathXmlApplicationContext("applicationContext.xml");
UserInfoService userInfoService = (UserInfoService) classPathXmlApplicationContext.getBean("userInfoService");
List
for (UserInfo userInfo : userInfos) {
Log.info(userInfo);
}
}
总结：
持久层:生成DAO接口，使用Mapper扫描的方式生成代理实现类
服务层：
直接注入DAO接口，使用自动装配，本身也使用注解。不需要在配置文件中创建对象。
服务层开始具体实现的时候，使用了Example类提供的复杂条件查询能力。
AOP部分和方案一一致。
AOP方案二--注解
观察上面的整合 你会发现 在AOP 事物整合的时候 配置文件很乱，这里我们提供另一种方式来完成 即 注解方式
修改spring配置文件：
将下面两个部分替换之前的 步骤 5、6、7
第二步：目标类或目标方法添加注解@Transactional即可
org.springframework.transaction.annotation.Transactional
如下在服务接口的实现类里面：
@Override
@Transactional(value = "transactionManager")
public void updateTwo(UserInfo addUser, UserInfo updateUser) {
addUserInfo(addUser);
updateUserInfo(updateUser);
}
如果加在类上需要注意编译级别：
点击红色灯泡或者alt+enter
级别调整为警告：
综上 ：我们采用了注解加上配置文件的开发方式，所以这时候我们总结一下注解：
常规注解：
持久层注解@Repository 这里使用是Mapper代理
服务层注解@Service
注入注解@Autowired@Qualifier
开启注解扫描
@Transactional 建议加在方法上
开启事务注解：tx:annotation-driven