一、启动报错SQL问题有了之前的经验现在我一眼就能锁定是哪里的问题了。由于报错繁长所以就不粘贴报错信息了而且本身发现是SQL问题之后我就去看日志了。这里我让Claude梳理了整个查错思路这样看也更清晰一些。二、新增需求书写逻辑大家先看一遍这段代码写这段代码的时候是这样介绍的当我们的整个项目基本完工后上头某天要求我们新增一个这个功能让我们补充书写。然后就在控制器类里写了如上的代码。当时观看过程中我是有些不理解的为什么不用 构造QueryWrapper的方法写呢因为之前一直用的那个方法有点习惯了。当时也是太晚了脑子不转了就睡了第二天重新看代码的时候我想到了这么写的原因项目已经写好了通用方法findProductType(ProductType productType)这个 Service 方法支持以实体类封装查询条件做条件检索。我们虽可以直接在 Controller 中创建QueryWrapper拼接条件实现查询但开发规范约定复杂查询逻辑禁止写在 Controller 层统一下沉至 Service 层维护。按照规范若要想用QueryWrapper实现就需要改动 Service 接口、新增 Service 抽象方法、改动 Mapper这样多处改动不仅开发工作量大还容易产生代码疏漏与 BUG。最优方案直接复用已有的findProductType通用方法。Controller 仅负责接收前端参数、封装实体查询条件直接调用成熟的 Service 方法仅改动 Controller 单个文件改动量最小稳定性更高。然后顺便捋一下这个代码逻辑前端 GET 请求传参父 ID→塞进实体作为查询条件→通用方法根据实体有值字段自动条件查询。总结总体比较顺利晚安
