懒羊羊的博客

相比于原生的JDBC那一套，通过MyBatis确实解决了不少硬编码的问题**但是用户的查询永远是动态的操作，他可能在多个条件中选择其中少量条件进行查询，我们的SQL是死的，而用户需求对应的SQL却是活的，这样就会造成不匹配而形成语法错误比如，根据这张表，若是要根据部分字段查出整体，我们可以写对应需求的SQL，但是我要是查询的条件变少了或者变多了呢？若用户只想通过一个条件来查询，那么在其他占位符的位置不输入于是成了null，过不了语法自然查不了，还得重新写SQL，多麻烦...............

购物车在日常生活中十分常见，加入购物车、移出购物车、查看购物车…十分方便，通过OOP的角度来看这就是一些CRUD，但值得注意的是，这不是简单的CRUD，首先每一个用户的购物车是不同的，其次在现实生活中添加进去的商品不仅仅涉及到的是一张表也就是一类实体，比如我已经添加了选中的菜品（dish表），我还想添加套餐（套餐表）…这就不是一个简单的save方法能解决的

前面是站在后台员工的角度，现在站在消费者的角度，当客户从移动端选择通过验证码登录APP，需要调用云服务器的短信功能（厂商短信服务API），后端要做的就是生成验证码并发送，并针对请求中客户收到的验证码与后端发送的进行比对，确保一致后成功登录

最近也是遇到了一些比较复杂的业务，MP内部提供的方法显然已经不能解决问题，针对场景需要自己手动封装一些方法来用，也是让自己明白了项目不单单都是简单的CRUD，涉及到多表还是比较复杂

一次“上传”的点击蕴含着一轮请求，我们要做的就是针对每一次的请求进行i/o处理，并返回给前端用户

每一次在Controller层中封装改动数据的方法时都要重新设置一些共性字段，显得十分冗余，为了解决此问题也是在项目中第一次利用到线程，总的来说还是让我眼前一亮，也开阔了视野，对以后的开发都有深远的意义！

在以后的开发中，当全局唯一id的生成策略生成很长的Long型数值id之后会超过JS对Long型数据处理的能力范围，可能发生精度丢失而造成后端方法失效，我们要学会解决。分页功能虽然简单但是非常重要，对于刚接触项目的人一定要重点注意！

承接上文，设计完了登录与退出功能还只完成了冰山一角，经过测试发现，我们以url的方式来访问网站时可以直接跳过登陆页面进入后台页面，这样显然是不合理的，下面我们通过拦截器+boot来做到访问限制，以及实现新增员工功能，制作全局异常处理器

结束了Springboot+MyBatisPlus也是开始了项目之旅，将从后端的角度出发来整理项目过程中的重点业务功能的梳理与实现

CRUD多了就形成了一种思维定势——得到的数据字段是与实体类中属性一一对应的，这么一想好像也是中规中矩，按规矩办事。难道表中的字段总是与类中的属性相对应吗？

MP实现一些特殊的查询

MP这样一款强大的持久层框架处理起来复杂的SQL来也是得心应手，效率极高，快快与我一同领略Plus的独特魅力吧

MyBatisPlus（简称MP）是基于MyBatis框架基础上开发的增强型工具，旨在简化开发、提高效率！