paginationInner Interceptor.setOverflow

目录 1.1：拦截器代码实现 拦截器是Spring容器进行管理的，对请求路径进行动态的拦截，可以进行各种权限日志等等骚操作。 代码实现第一步：自己实现HandlerInterceptor接口 /** * 登录检查 拦截器 * * 1：写拦截器代码逻辑 * 2 配置拦截器拦截 那些请求 */ @Slf4j public class LoginInterceptor implements HandlerInterceptor { /** * controller方法 执行之前 * @return * @throws Exception */ public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { log.info("拦截请求{}"+request.getRequestURI()); User user = (User)...

官网：https://baomidou.com/ GitHub：https://github.com/baomidou/mybatis-plus Gitee：https://gitee.com/baomidou/mybatis-plus 简介 MyBatis-Plus （简称 MP）是一个 MyBatis的增强工具，在 MyBatis 的基础上只做增强不做改变，为简化开发、提高效率而生。 愿景 我们的愿景是成为 MyBatis 最好的搭档，就像 魂斗罗中的 1P、2P，基友搭配，效率翻倍。 特性 无侵入：只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑 损耗小：启动即会自动注入基本 CURD，性能基本无损耗，直接面向对象操作 强大的 CRUD 操作：内置通用 Mapper、通用 Service，仅仅通过少量配置即可实现单表大部分 CRUD 操作，更有强大的条件构造器，满足各类使用需求 支持 Lambda 形式调用：通过 Lambda 表达式，方便的编写各类查询条件，无需再担心字段写错 支持主键自动生成：支持多达 4 种主键策略（内含分布式唯一 ID 生成器 -...

目录 之前是在商品的分类管理中直接使用的若依的逆向代码 有下面的几个问题： 1. 表格上面的参数填写之后，都是按照完全匹配进行搜索，没有模糊匹配 2. 分页有问题 上面的这两个问题只要是你不做任何的修改，就是这个样子 下面是这里品牌管理特殊的： 1. 每个品牌需要关联分类 总的来说 前端： 在前端上面，将api啊，请求参数啊配好，因为其实这里是为了规范，原本的话，这个若依逆向生成的，的表单数据除了本身的填写的那些信息，还有分页参数也填上去了。这样的话就一个参数，当然后端可以只用一个参数接收，但是这个参数类除了含品牌的信息还额外的需要分页信息，就不合理了，因此得拆分，所以前端需要修改一下 另外因为每个品牌需要关联分类，因此还得添加上关联分类的这个按钮 后端： 这里的话，还是发生了一些改变的，相比之前直接无脑用。 首先： 1. 查询要分页并且模糊查询 2.