将这最后一步“按条件查询”功能做完，数据层开发就告一段落。
概述：
- 使用QueryWrapper对象封装查询条件
- 推荐使用LambdaQueryWrapper对象
- 所有查询操作封装成方法调用
- 查询条件支持动态条件拼装
执行一个模糊匹配对应的操作，由like条件书写变为了like方法的调用。
@Test
void testGetBy(){
//创建QueryWrapper的对象
QueryWrapper<Book> qw = new QueryWrapper<>();
//加条件
qw.like("name","Spring");
//select * from tbl_book where name like %spring%
bookDao.selectList(qw);
}
其中第一句QueryWrapper对象是一个用于封装查询条件的对象，该对象可以动态使用API调用的方法添加条件，最终转化成对应的SQL语句。
第二句就是一个条件了，需要什么条件，使用QueryWapper对象直接调用对应操作即可。比如做大于小于关系，就可以使用lt或gt方法，等于使用eq方法，等等。
这组API使用还是比较简单的，但是关于属性字段名的书写存在着安全隐患，比如查询字段name，当前是以字符串的形态书写的，万一写错，编译器还没有办法发现，只能将问题抛到运行器通过异常堆栈告诉开发者，不太友好。
MyBatisPlus针对字段检查进行了功能升级，全面支持Lambda表达式，就有了下面这组API。由QueryWrapper对象升级为LambdaQueryWrapper对象，这下就避免了上述问题的出现。
@Test
void testGetBy2(){
String name = "spring";
LambdaQueryWrapper<Book> lqw = new LambdaQueryWrapper<Book>();
lqw.like(Book::getName,name);
bookDao.selectList(lqw);
}
为了便于开发者动态拼写SQL，防止将null数据作为条件使用，MyBatisPlus还提供了动态拼装SQL的快捷书写方式。
@Test
void testGetBy2(){
String name = "spring";
LambdaQueryWrapper<Book> lqw = new LambdaQueryWrapper<Book>();
//if(name != null) lqw.like(Book::getName,name); //方式一：JAVA代码控制
lqw.like(name != null,Book::getName,name); //方式二：API接口提供控制开关
bookDao.selectList(lqw);
}
其实就是个格式，没有区别。
