咖啡八杯

摘要： 本文基于若依3.9.2、SpringBoot3版本。 Controller 基类封装：BaseController 的模板方法设计 写一个业务 Controller，真正与业务有关的代码往往只有几行，剩下的都是固定动作：列表接口先开分页、再把结果装进统一的表格结构；增删改接口要把影响行数翻译成成功或 阅读全文

摘要： 本文基于若依3.9.2、SpringBoot3版本。 实体基类设计：BaseEntity 公共字段抽取与 TreeEntity 树形继承 一个管理后台的实体类少则十几个、多则上百个，但不管什么业务，实体中几乎都带有同一批字段：创建者、创建时间、修改者、修改时间、备注。这批字段每个类都重复定义一遍是纯 阅读全文

摘要： 本文基于若依3.9.2、SpringBoot3版本。 PageHelper 分页封装：TableDataInfo 与 startPage() 的工作原理 任何一个管理后台都离不开列表页，而列表页绕不开分页：前端既要展示当前页数据，还得知道总条数好渲染分页条。分页看似简单，真动手做却发现涉及读参数、拼 阅读全文

摘要： 本文基于若依3.9.2、SpringBoot3版本。 统一返回对象设计：AjaxResult 与 R 的取舍 前后端分离的项目里，所有接口的响应必须有一套统一结构，前端才能用一套固定逻辑判断成败、取数据。若依在 com.ruoyi.common.core.domain 包下提供了两个统一返回对象，代 阅读全文

摘要： 本文基于若依3.9.2、SpringBoot3版本。 一次 HTTP 请求在若依中的完整旅程 本文以 GET /system/user/list（用户管理列表查询）为例，跟踪这条请求从进入 Servlet 容器到返回 JSON 的完整旅程，建立对若依后端的整体认知。 一条请求的全景 前端发出请求： 阅读全文

摘要： 本文基于若依3.9.2、SpringBoot3版本。 若依多模块工程化设计 为什么用多模块 单体项目把所有代码塞在一个模块里，随着业务增长会遇到几个实际问题：改动一个工具类需要重新编译整个项目、不同团队互相踩代码、某些功能想单独拆出来用做不到。多模块设计把项目按职责拆分成独立的 Maven 子工程， 阅读全文

摘要： 本文是【GoF设计模式】系列的总览篇，可以快速了解23种经典设计模式的分类、意图、核心思想、适用场景。如果想深入学习某一模式，可关注本系列种的详细文章。 什么是设计模式 设计模式是软件开发中被反复验证过的、针对特定问题的通用解决方案。1994年，Erich Gamma、Richard Helm、Ra 阅读全文

摘要： 本文是【GoF设计模式】系列的前置篇，更多内容欢迎关注公众号：咖啡八杯 前言 本篇可以当做设计模式学习前的入门，也可以当成设计模式学习后的复习。 先看一段典型的"面条代码"： // 一个臃肿的 UserService：校验、持久化、通知、日志全堆在一起 public class UserServic 阅读全文

摘要： 本文是【GoF设计模式】系列第23篇，更多内容欢迎关注公众号：咖啡八杯 前言 为什么需要访问者模式？ 假设一个文档系统里有段落、图片、表格三类元素，要导出 HTML 和 Markdown 两种格式。最直接的写法是把导出逻辑塞进每个元素类： class Paragraph { String toHtm 阅读全文

摘要： []> 本文是【GoF设计模式】系列第22篇，更多内容欢迎关注公众号：咖啡八杯 前言 为什么需要解释器模式？ 假设营销系统要判断用户是否符合优惠活动资格，规则是"用户年龄 > 18 且 积分 > 100"。最直接的写法是 if-else： public boolean check(User user 阅读全文