m0_73941339的博客

其中缺少的仅仅是分页条件，而分页条件不仅仅用户分页查询需要，以后其它业务也都有分页查询的需求。综上， 开启了逻辑删除功能以后，我们就可以像普通删除一样做CRUD，基本不用考虑代码逻辑问题。在查询地址时，我们采用了Db的静态方法，因此避免了注入AddressService，减少了循环依赖的风险。，只有MybatisPlus生成的SQL语句才支持自动的逻辑删除，自定义SQL需要自己手动处理逻辑删除。但是我们数据库采用的是。因此，我不太推荐采用逻辑删除功能，如果数据不能删除，可以采用把数据迁移到其它表的办法。

MyBatis-Plus 的Db工具类是一个静态工具类，它提供了与IService接口相似的 CRUD 方法。避免通过 Spring 依赖注入获取 Service 实例提供静态方法直接操作数据库打破 Service 层之间的直接依赖关系解决方案优点缺点构造器注入保证依赖的不可变性无法解决循环依赖Setter 注入支持依赖的延迟注入可能导致空指针异常接口注入松耦合设计实现复杂Db 工具类彻底打破依赖关系可能降低代码可读性。

为了简化单表CRUD，MybatisPlus提供了一个基础的。

ServiceUser@Data@TableName("t_user") // 对应数据库表名，假设表是 t_user// 其他字段及 getter/setter 可根据实际需求补充自定义Service接口继承IService后，实现类继承，编译器会强制检查方法实现情况，避免遗漏关键方法，减少运行时报错风险。同时，接口方便做单元测试，用 Mock 对象模拟Service接口，就能轻松验证业务逻辑，提升代码质量。