jeecg-codegen

name: jeecg-codegen description: Use when user asks to generate JeecgBoot CRUD code, create a new module, add/modify fields on existing module, or says "代码生成", "生成代码", "创建模块", "新增功能", "建表", "加字段", "加一个字段", "增加字段", "新增字段", "修改字段", "删除字段", "generate code", "new entity", "add field"

JeecgBoot 代码生成器

将自然语言需求转换为 JeecgBoot 全套 CRUD 代码（后端 Java + 前端 Vue3 + 菜单权限 SQL），并支持对已生成模块的增量字段修改。

主数据复用规则

重要： 生成代码涉及的字典、角色、用户、部门等主数据，必须遵循"先查后建"原则。 使用 jeecg-system skill 的 system_utils.py 查询和管理主数据。 详见 ../jeecg-system/SKILL.md。

⛔ 字典创建必须写入 Flyway SQL，禁止直接走 API 创建

代码生成场景下，新建字典的"建"必须落到 Flyway SQL 文件，禁止调用 find_or_create_dict() / create_dict() 等 API 在远程服务器上直接创建。

Why: 代码生成产物（Entity、前端、Flyway SQL）会通过 git 提交并部署到测试/预发/生产环境。如果字典只通过 API 在当前开发环境创建，部署到线上时线上数据库没有该字典，前端下拉框会空白、列表 _dictText 翻译失效。Flyway SQL 跟着代码走，所有环境拉到代码后执行迁移都会自动建上，是唯一能保证环境一致性的方式。

How to apply:

• 查询字典 → 走 API 或 MySQL（jeecg-system skill 的 query-dicts / query-dict），用于"先查后建"中的"查"
• 创建字典 → 写入当次的 Flyway SQL 文件（sys_dict INSERT + sys_dict_item 批量 INSERT），用于"先查后建"中的"建"
• 禁用：find_or_create_dict()、create_dict() 等 system_utils 中的字典创建函数（在代码生成 skill 中不能调用）
• 同理适用于：分类字典 sys_category 节点新建 — 也必须写入 Flyway SQL，禁止走 /sys/category/add API

例外： 角色、审批角色、用户绑定关系等"运行时主数据"，由于跨业务可复用，可走 API 创建（按 jeecg-system 原流程）。字典与分类字典是"配置数据"，必须走 SQL。

⛔ 接口禁止猜测规则

严格禁止猜测任何 API 接口路径或参数。 AI 不得根据命名惯例、框架约定或已知路径拼凑接口地址后直接调用。

所有接口调用必须来源于以下之一：

1. 用户明确提供的接口文档或地址
2. jeecg-system skill 中已记录的接口
3. 通过 jeecg-system skill 查询后确认的接口

违反此规则即使偶然成功也视为错误操作，因为猜测成功不代表行为合规。

⛔ 写文件前的强制自检清单（高频翻车点）

以下两条是 AI 凭"框架直觉"最常犯错的地方，文件写出去几乎必现 bug，调试成本极高。每次执行 Step 4 写后端/前端文件之前，必须逐条 self-check。

翻车点 1：每个文件的路径必须与 SKILL/reference 描述完全一致

写每一个文件之前，必须先在 codegen-reference.md 顶部"文件清单"章节中找到对应文件的路径模板，逐字符比对后再写入。禁止凭"Spring Boot/JeecgBoot 框架直觉"猜测路径。

翻车点 2：FormSchema 必含隐藏 id 字段

所有 FormSchema（主表 Modal 表单、一对一子表 Form、ERP 风格子表 Form、树表 Modal 表单）首位必须包含：

{ label: '', field: 'id', component: 'Input', show: false },

为什么这是铁律： BasicForm 的 getFieldsValue() 只返回 schema 中声明过的字段。即使 Modal 打开时通过 setFieldsValue({ ...data.record }) 把 id 写入了表单状态，schema 没声明，提交时 getFieldsValue() 也会丢弃它。最终后端收到 entity.id == null，getById(null) 返回 null，Controller 返回 Result.error("未找到对应数据")。编辑功能直接报错。

位置统一规定：放在 FormSchema 数组首位（不要纠结"最后还是最前"，统一首位）。

这两条规则不需要用户询问、不需要场景判断、不需要选项确认。100% 强制，100% 一致。

生成模式

进入交互流程之前,必须先与用户确认本次使用的生成模式。 任何场景下都不要默默选择,必须显式告知用户当前模式;用户回复"确认"即采用默认。

本 skill 提供两种生成模式:

模式确认话术（必须执行）

进入 Step 0 之前,主 Agent 必须先输出类似以下消息,等用户回复后再继续:

本次代码生成将使用【串行生成模式】（默认,稳定）。
如需使用【并行生成模式（Beta）】以缩短耗时,请明确告知。
注意：并行模式当前为 Beta 版本,可能出现前后端字段命名漂移、API URL 不一致、
字典编码错位、FormSchema 隐藏 id 字段遗漏等问题,不确定时建议使用默认串行模式。

模式选择规则

• 用户未明确要求并行 → 一律走 串行模式,不要主动建议并行。
• 用户明确要求并行（"并行"、"分头生成"、"前后端同时来"、"用 subagent 并行"等关键词） → 进入 并行模式,但必须先复述一遍 Beta 风险并等用户再次确认后才正式启动。
• 增量字段修改场景（场景 C） → 强制串行,即使用户要求并行也要拒绝并解释（SubAgent 双重压缩会丢失已有代码细节）。
• 一对多 + ERP / vue3Native / 自定义增强等复杂场景 → 强烈建议串行,需向用户说明风险后由用户决定。

并行模式启动条件（全部满足才进入）

1. 用户明确选择了并行模式。
2. 用户已被告知 Beta 风险并再次确认。
3. 操作类型是"全量生成"（场景 A 或 B）,不是"增量修改"（场景 C）。
4. 主数据复用前置条件已就绪（字典已查/已建,目标数据库已确认）。

满足后,主 Agent 必须读取 parallel-generation-mode.md 并严格按其规范执行（契约冻结 → 派发 SubAgent → 跨端校验 → 输出清单）。任一环节失败 → 按该文档第 6 节"回退策略"切回串行从头来过。

铁律不变： 即使选择并行模式,本章上方的"⛔ 接口禁止猜测"、"⛔ 字典创建必须写入 Flyway SQL"、"⛔ 写文件前的强制自检清单（路径 + FormSchema id）"、以及"⛔ 铁律:Step 2 + Step 3 是不可跳过的硬性停止门" 全部仍然 100% 强制 —— 通过派发 prompt 传达给 SubAgent。

交互流程

⛔ 铁律：Step 2 + Step 3 是不可跳过的硬性停止门

全量生成必须严格按顺序执行 Step 0 → Step 1 → Step 2 → 等用户回复 → Step 3 → 等用户确认 → Step 4。 在用户明确回复"确认"（或等价表述）之前，绝对禁止开始生成任何代码、创建任何文件、执行任何 SQL。

以下念头出现时立刻停下，它们都是合理化跳过确认的借口：

借口	现实
"需求描述足够清楚，可以直接推断"	用户没有确认 ≠ 用户已认可。字段类型、路径、风格都可能偏差。
"选项都是默认值，不需要问"	默认值是否适用由用户决定，不由 AI 决定。
"先生成再改很方便"	用户不得不事后检查所有文件，浪费双方时间。
"用户说'Tab风格'已经隐含了风格选择"	只说明了一个选项，其他9项仍需展示给用户确认。
"Skill 加载太慢，直接生成更高效"	效率不是跳过确认的理由。

违反此铁律的代价： 用户发现问题后，所有已生成文件都需要重新生成或逐一修改。

Step 0 前置：判断前端目标（PC 端 / 移动端 / 两者都要）

此步骤必须在 Step 0 之前执行。前端目标直接决定 Step 2 中需要询问哪些选项。

识别移动端关键词： "移动端"、"手机端"、"UniApp"、"uniapp"、"APP端"、"小程序"、"H5"、"移动页面"、"APP页面"

根据用户描述判断：

仅移动端时的 Step 2 选项调整：

• 删除：前端风格（vue3/vue3Native）
• 删除：PC 前端视图目录
• 删除：PC 前端项目根路径
• 删除：一对多布局风格（PC 端特有）
• 删除：表单列数（PC 端特有）
• 新增：UniApp3 项目根路径（必填）
• 保留：后端模块、是否读取系统字典、后端项目根路径、数据库名称

两者都要时： 同时展示 PC 端和移动端的选项，分两组列出。

⚠️ 禁止默认跳过任何一端！ 无法判断时必须询问用户，不得自行假设"用户可能只要 PC"或"用户只要移动端"。

Step 0: 判断操作类型 — 全量生成 or 增量修改？

识别增量修改的关键词： "加字段"、"增加字段"、"新增字段"、"加一个XX字段"、"删除字段"、"修改字段"、"改一下XX"、"给XX模块加"、"给XX表加"

如果是增量修改 → 进入 场景C 如果是全量生成 → 进入 场景A 或 场景B

Step 1: 全量生成 — 判断场景

场景A — 已有表（用户给了表名）：

1. 通过数据库查询获取精确 DDL（见"数据库连接"章节）
2. 从 DDL 中解析：主键类型、全部字段（名称/类型/注释/是否nullable）、是否有系统字段
3. 根据字段类型和注释自动推导前端控件类型
4. 用户无需描述字段，AI 全部自动推导

场景B — 新建表（用户用自然语言描述需求）：

1. 从用户描述中提取：表名、实体名、功能描述、字段列表
2. 用"智能字段推导"规则推导 DB 类型和前端控件
3. 默认添加全部系统字段（create_by/create_time/update_by/update_time/sys_org_code）
4. 生成建表 DDL 写入 Flyway SQL

场景C — 增量修改（给已有模块加/改/删字段）：

1. 定位目标模块：从用户提到的表名、模块名、实体名中识别目标
2. 扫描已有代码文件：在后端和前端目录中搜索已生成的文件

   # <project_root>/<project_vue_root>：后端/前端项目根目录，使用前需向用户确认
   # 搜索后端 Entity 文件
   find <project_root> -name "{EntityName}.java" -path "*/entity/*"
   # 搜索前端 data.ts 文件
   find <project_vue_root>/src/views -name "{EntityName}.data.ts"
   

3. 读取全部已有文件：Entity.java、*.data.ts、*List.vue、*Modal.vue（如有 Form.vue 也读取）
4. 解析当前字段列表：从 Entity.java 解析已有字段
5. 推导新字段属性：用"智能字段推导"规则推导 DB 类型、Java 类型、前端控件
6. 展示修改摘要，等待用户确认后再修改

增量修改的操作类型：

• 加字段：在所有文件中追加新字段定义
• 删字段：从所有文件中移除指定字段定义
• 改字段：修改指定字段的类型、控件、注释等

判断表类型：

• 提到"分类/层级/树/上下级" → 树表
• 提到"主子表/明细/一对多/订单+商品" → 一对多
• 默认 → 单表

全控件生成模式（"全控件"关键词触发）： 当用户说"全控件"、"覆盖所有控件类型"时，触发全覆盖枚举模式，每张表都必须包含该场景支持的所有组件类型，不得只生成代表性字段：

• 主表：枚举全部 FormSchema 组件 — Input/InputPassword/InputTextArea/InputNumber(整数+金额)/JDictSelectTag(下拉+radio)/JCheckbox/JSelectMultiple/JSwitch/DatePicker(5个picker变体)/TimePicker/JSelectUser/JSelectDept/JCategorySelect/JTreeSelect/JImageUpload/JUpload/JPopup+回填/JPopupDict/JAreaLinkage
• 一对一子表：在主表全部控件基础上额外加 JEditor/JMarkdownEditor/联动组件(多级)/关联记录+他表字段/表字典各变体(radio/checkbox/multi/带条件)
• 一对多子表：枚举全部 JVxeTypes — input/textarea/inputNumber/select(系统字典+表字典)/selectSearch/selectMultiple/checkbox(开关)/date/datetime/time/image/file/popup/departSelect/userSelect/pca
• 标准触发词：全控件、覆盖所有 FormSchema 控件、覆盖所有 JVxeTypes
• 标准提示语（用户可直接复制使用）：

  生成全控件主子表，主表+一对一子表覆盖所有 FormSchema 控件，一对多子表覆盖所有 JVxeTypes（含pca），Tab-in-Modal 风格（radio-group 切换）

一对多表的前端布局风格：

⚠️ 严禁假设布局风格！ 必须在 Step 2 询问用户，用户未回答前不得擅自选择非默认风格（如 Tab-in-Modal）。 过去曾犯错：用户未说明风格，却错误地选了 Tab-in-Modal (C9)，导致用户反馈后需要重新生成 Modal.vue。

一对多表有三种前端布局风格，用户未指定时默认使用原始布局风格。

重要：vue3 封装风格和 vue3Native 原生风格的一对多架构完全不同！ vue3 封装风格使用 useJvxeMethod，vue3Native 原生风格使用 useValidateAntFormAndTable。详见 codegen-reference.md 的 C9-C12（vue3）和 C13（vue3Native）。

vue3 封装风格布局选项：

⚠️ 子表外键字段名必须读实体确认，严禁猜测！ 生成子表 FormSchema 的隐藏外键字段前，必须先 Read 子表 Entity.java，以实体中的 Java 字段名为准。 外键字段名因开发者习惯差异很大（companyId / bizCompanyId / mainId / headerId）， 根据主表实体名推断必然出错，会导致 MySQL Field 'xxx' doesn't have a default value 异常。 同样，Modal 中 values.xxx = unref(mainId) 的 xxx 也必须与实体字段名一致。

vue3Native 原生风格（C13）— 架构完全不同：

• Modal 是薄包装器（BasicModal + useModalInner），只调 formComponent.submitForm()/edit()/add()
• Form.vue 是核心组件，包含主表 a-form + 子表 a-tabs + 提交逻辑
• 使用 useValidateAntFormAndTable hook（不是 useJvxeMethod）
• 子表 API 导出为函数（不是 URL 字符串）
• saveOrUpdate 不用 isTransformResponse: false
• 一对一子表用原生 a-form + Form.useForm，暴露 isForm = true
• 一对一子表 initFormData(mainId) 直接传主表 ID（不传 URL 字符串）
• 一对一子表 getFormData() 返回对象（不是数组）
• 需要额外的 queryDataById API 函数
• List.vue 使用 useModal + openModal(true, {...}) 模式

vue3 封装风格 — 默认/原始布局的关键特征：

• Modal 结构：BasicForm（主表）始终显示在上方 + <a-tabs> 包裹子表在下方
• 无 wrapClassName="j-cgform-tab-modal"，无 #title 插槽的 radio-group
• refKeys 只包含子表 key（不包含主表 key），如 ['subMany', 'subOne']
• 一对多子表用 <JVxeTable>，一对一子表抽成独立 Form.vue 组件（必须用 defineComponent，不能用 <script setup>）
• 列表页为标准 BasicTable，无 expandedRowRender
• useJvxeMethod 的第6个参数 validateSubForm 用于校验一对一子表
• validateForm(index) 的 index 对应 refKeys 中的位置（0=第一个子表，1=第二个子表）
• tableRefs 只能包含 JVxeTable 的 ref，禁止包含 Form 组件 ref（否则 resetScrollTop 报错）

内嵌子表 (C12) 的关键特征（Modal 与默认布局完全一致，仅 List 不同）：

• List.vue 使用 expandedRowRender 行展开显示 SubTable 组件，需额外创建 subTables/ 目录
• Modal.vue 结构与默认布局完全一致：useJvxeMethod 6参数 + classifyIntoFormData + validateSubForm
• 后端 子表查询必须返回 Result<IPage<T>>（不是 Result<List<T>>），SubTable 前端通过 res.result.records 获取数据
• api.ts 每个子表需要双导出：URL 字符串（供 Modal）+ API 函数（供 SubTable，isTransformResponse:false）
• data.ts 一对多子表需要双列定义：BasicColumn[]（SubTable 展示）+ JVxeColumn[]（Modal 编辑）
• 详见规则18-24.5

Step 2: 询问用户选项（仅全量生成需要）

重要：必须直接向用户提问，禁止通过 Glob/Bash/Grep 等工具自动搜索 CLAUDE.md 或项目路径！ Skill 加载完毕后，立刻将以下选项表格输出给用户，等待用户回复，所有路径/数据库名均通过问用户获取。

一次性展示所有选项及默认值，用户说"确认"即可全部采用默认值，或只说需要改的：

1. 后端模块：默认 jeecg-module-system/jeecg-system-biz
2. 前端风格：默认 vue3（封装风格），可选 vue3Native（原生风格）
3. 前端视图目录：默认用 entityPackage 值
4. 是否读取系统字典：默认 是，读取后可自动为字段匹配已有字典编码（见"字典智能匹配"章节）
5. 后端项目根路径：必填，请用户提供（如 D:/jeecgboot）
6. 前端项目根路径：必填，请用户提供（如 D:/jeecgboot-vue3）
7. 数据库名称：必填，请用户提供（用于读取字典、执行菜单 SQL）
8. 一对多布局风格（仅有子表时展示）：默认原始布局（主表上方+子表 a-tabs），可选 Tab-in-Modal、内嵌子表、ERP
9. 表单列数（所有含表单的场景均需展示，逐项列出）：
   • 单表 / 树表 Modal 表单：默认单列（span:24）
   • 一对多主表 BasicForm：默认单列（span:24）
   • 一对一子表 Form.vue：默认单列（span:24）
   • 用户可对每项单独指定，也可统一回复"全部单列"或"全部双列"

⚠️ 第8、9项绝对不能自行假设！ 过去曾犯错：未询问直接生成 Tab-in-Modal 风格 + 双列补充信息，用户事后指出才改正。

Step 3: 展示摘要

⛔ 展示摘要后必须停止，等待用户明确回复"确认"（或"ok"、"可以"、"没问题"等等价表述）。收到确认前不得进入 Step 4。

• 全量生成：列出表名、字段清单（名称/类型/控件/校验/字典），等待用户确认后再生成。
  • 若需求包含"生成默认值"，摘要表格必须新增**"默认值"列**，明确列出每个字段的具体预填值（参见规则35），让用户在生成前确认，而不是生成后才发现问题。
• 增量修改：列出要修改的文件路径 + 每个文件的具体变更内容（新增/删除/修改哪些行），等待用户确认。

✅ 只有用户明确确认后，才能进入 Step 4。 用户沉默、未回复、或继续追加需求，都不等于确认。

Step 4: 执行

全量生成流程（根据前端目标选择执行路径）：

前端目标由 Step 0 前置判断确定：仅 PC 端 / 仅移动端 / 两者都要。

1. 并行读取对应子文件（见顶部"参考模板读取规则"），在同一轮 response 中发出全部 Read 调用
2. 分轮并行写入文件——无依赖的文件在同一轮 response 中批量发出 Write 调用，禁止逐文件串行等待：
   • 第 1 轮前（强制）：对每个待写后端文件，确认其路径与 codegen-reference.md 文件清单一致（譬如Mapper XML）
   • 第 1 轮（并行）：Entity + Mapper + IService + ServiceImpl + Controller + Mapper.xml（后端 6 文件）
   • 第 2 轮（PC 端前端，仅"仅PC端"或"两者都要"时执行）：
     • 第 2 轮前（强制）：①确认路径；②确认 FormSchema 首位有 { field: 'id', show: false }
     • 第 2 轮（并行）：data.ts + api.ts + List.vue + Modal.vue + 子表 Vue 文件
   • 第 2 轮（移动端前端，仅"仅移动端"或"两者都要"时执行，可与 PC 端第 2 轮并行）：
     • 读取 uniapp/SKILL.md 和 uniapp/references/code-templates.md
     • 生成：{EntityName}List.vue + {EntityName}Form.vue + {EntityName}Data.ts（UniApp3 三件套）
     • 更新 pages.json 注册路由
   • 第 3 轮前（强制）：①确认 Flyway SQL 路径正确；②Read references/ref-menu-sql.md 获取菜单权限 SQL 模板，禁止凭记忆生成 SQL
   • 第 3 轮（并行）：Flyway 建表 SQL + 菜单权限 SQL（严格按 ref-menu-sql.md 模板填充变量）

增量修改流程：

1. 并行读取所有需修改的文件
2. 并行发出所有 Edit 调用（同一轮 response）
3. 增量修改模板见 references/ref-d-misc.md
4. 若增量是"加字段"且涉及主表 formSchema：再次确认首位仍保留 { field: 'id', show: false }，不要被新加的字段挤掉

Step 5: 输出清单

列出所有生成/修改的文件路径 + 后续操作说明（执行SQL、重启后端等）。

Step 6: 询问是否生成移动端代码（仅全量生成时执行）

⚠️ 增量修改（场景C）跳过此步骤。 ⚠️ "仅移动端"场景（Step 0 前置已判定）也跳过此步骤，移动端代码已在 Step 4 中一并生成，无需重复询问。

适用场景： 仅当前端目标为"仅 PC 端"时，文件清单输出完毕后，必须向用户询问：

"是否同时生成对应的移动端（UniApp3）CRUD 代码？（回复"是"/"y"/"需要"确认，其他内容跳过）"

用户确认后的执行方式：

1. 读取 uniapp/SKILL.md，按其中定义的交互流程执行移动端代码生成
2. 本次已收集的实体信息（实体名、包路径、字段列表、API路径前缀等）直接复用，无需用户重复输入
3. 仍需向用户询问 uniapp/SKILL.md Step 0 中移动端特有的配置项（UniApp3 项目根目录）
4. 后端代码已在本次全量生成中完成，移动端 skill 只生成前端代码，无需重复生成后端

本地环境自动执行菜单 SQL 规则

前置条件（必须）：执行任何 SQL 之前，必须先询问用户要执行到哪个数据库。 不要自动假设目标数据库名称，即使配置文件中有默认值。用户本机可能有多个数据库实例。

判断条件： 数据库连接地址为 127.0.0.1 或 localhost（即本地开发环境）。

自动执行方式： 确认目标数据库后，生成 Flyway SQL 文件后，同时通过 Bash 工具直接执行菜单权限 SQL：

# 先询问用户目标数据库名，假设用户确认为 {dbname}
# 先检查菜单是否已存在，避免重复插入
mysql --no-defaults --default-character-set=utf8mb4 -h127.0.0.1 -P3306 -uroot -proot {dbname} -e "SELECT id FROM sys_permission WHERE id='{timestamp}01'"
# 不存在则执行全部菜单 + 角色授权 SQL
mysql --no-defaults --default-character-set=utf8mb4 -h127.0.0.1 -P3306 -uroot -proot {dbname} < {flyway_sql_file_path}

注意事项：

• 执行 SQL 前必须先询问用户目标数据库名称，不能自动假设（即使从 application-dev.yml 读到了数据库名，也必须展示给用户并等待确认）
• 仅在本地环境（127.0.0.1/localhost）自动执行，远程环境只生成 Flyway 文件
• 执行前先检查主菜单 ID 是否已存在，避免重复插入
• 执行已有 SQL 文件前必须先读取内容审查，重点检查：主菜单的 is_leaf 必须为 0（有按钮子级时），is_leaf=1 会导致按钮权限在权限管理树中不可见
• 如果 MySQL 执行失败，提示用户手动执行 Flyway SQL，不中断整体流程
• 输出结果中标注 菜单 SQL：已自动执行 ✓

数据库连接

已有表场景必须先查数据库！ 通过以下方式获取精确 DDL：

重要：执行任何 SQL 之前，必须先询问用户要执行到哪个数据库。 不要自动假设数据库名称。先读取 application-dev.yml 获取配置中的数据库名，然后向用户确认是否使用该数据库。

场景A（已有表）— 一条命令取全部信息（DDL + 字段注释 + 字典列表 合并执行）：

# 同一条 mysql 命令内完成三件事，减少连接次数
mysql --no-defaults --default-character-set=utf8mb4 -h127.0.0.1 -P3306 -uroot -proot {dbname} \
  -e "SHOW CREATE TABLE 表名\G" \
  -e "SELECT COLUMN_NAME, COLUMN_TYPE, IS_NULLABLE, COLUMN_DEFAULT, COLUMN_COMMENT, COLUMN_KEY, EXTRA FROM information_schema.COLUMNS WHERE TABLE_SCHEMA='{dbname}' AND TABLE_NAME='表名' ORDER BY ORDINAL_POSITION" \
  -e "SELECT d.dict_code, d.dict_name, GROUP_CONCAT(i.item_text,'=',i.item_value ORDER BY i.sort_order SEPARATOR ', ') AS items FROM sys_dict d LEFT JOIN sys_dict_item i ON d.id=i.dict_id AND i.status=1 WHERE d.del_flag=0 GROUP BY d.dict_code,d.dict_name ORDER BY d.dict_code"

⛔ 数据库不可达时的强制回退路径

MySQL 连不上时（端口拒绝/账号错误/服务未启动），禁止直接降级到"跳过查询，全部新建"或"凭命名惯例猜测"。必须按以下优先级走 fallback：

1. 优先：用 jeecg-system skill 的 HTTP API 查询。 jeecg-system 通过 JeecgBoot 后端 REST 接口工作，不依赖数据库直连，只要后端服务在跑（本地或远程）就能用。
   • 调用方式：python <skill目录>/jeecg-system/scripts/system_creator.py --api-base <地址> --token <X-Access-Token> --action query-dicts
   • 需要的两项信息：后端 API 地址（如 http://localhost:8080/jeecg-boot）+ X-Access-Token（用户从浏览器 F12 → Network → Request Headers 复制）
   • 必须主动向用户索取这两项，不得跳过
2. 退而求其次：在项目 SQL 文件中搜索表定义（grep -r "CREATE TABLE.*表名" 在 docs/db/ 目录下）。仅适用于查 DDL，不能用于字典/角色/用户等主数据查询。
3. 最后才考虑跳过查询：上述两条都不可行（用户明确拒绝提供 token、后端服务也不可达），且用户书面确认后，方可在 Flyway SQL 中新建所需字典。

违反此回退顺序即视为违规，包括"MySQL 连不上 → 直接跳过字典查询 → 全部新建"这种降级方式。

⛔⛔ MySQL 连接失败 → 强制 STOP GATE（铁律，无例外）

MySQL 命令报 Can't connect/10061/Access denied/ERROR 2002/ERROR 1045 等任何连接错误时，必须立即停止后续所有工作（包括但不限于：搜 SQL 文件、读 application-dev.yml、生成代码、派发 SubAgent、写 Flyway SQL），并向用户输出以下话术等待回复：

⚠️ MySQL 连接失败（{粘贴具体错误信息}）。按 SKILL.md "⛔ 数据库不可达时的强制回退路径"，
在继续之前必须先用 jeecg-system HTTP API 查询。请提供：
  1. 后端 API 地址（例如 http://localhost:8080/jeecg-boot）
  2. X-Access-Token（浏览器 F12 → Network → Request Headers 复制）
若两者都无法提供，请明确告知，我会再次确认是否接受"基于初始化 SQL 推断（可能与
真实库不一致）"作为兜底方案。

在收到用户对 API 地址 + token 的明确回复之前，禁止执行下方任一动作：

• 在项目目录下 grep / Grep 搜索字典编码、角色编码、用户、部门
• 读取 db/jeecgboot-mysql-*.sql 等任何初始化 SQL 文件用于推断主数据存在状态
• 读取 application-dev.yml / application-prod.yml 寻找其他数据库连接
• 直接判定字典/角色不存在并准备新建
• 进入摘要展示（Step 3）
• 派发 SubAgent
• 生成 Flyway SQL

❌ 错误降级模式清单（识别后立刻停止）

以下行为在 MySQL 连接失败时全部视为违规，即使表面"看起来合理"或"看起来能完成任务"：

任何时候若发现自己即将执行上述清单中的动作，必须立刻停下，回到 STOP GATE 话术。

✅ 用户拒绝提供 API + token 后的处理

只有当用户明确回复"无法提供 token / 后端服务也不可用 / 接受基于初始化 SQL 推断的兜底方案"之后，才允许进入优先级 2 / 3。此时必须再次在摘要中显式标注：

⚠️ 本次字典 / 角色 / 菜单授权基于项目初始化 SQL 推断生成，与你的真实数据库状态可能不一致。
   部署到非本地环境前，请手动核对 sys_dict / sys_role 是否已存在同名记录。

用户回复"确认"后才能继续派发 SubAgent / 生成 SQL。

Flyway 版本号规则

生成 Flyway SQL 前必须检查已有版本号，并同时获取时间戳 — 两条命令并行发出：

# 并行执行（同一轮 response 发出两个 Bash 调用）
ls {后端根路径}/jeecg-module-system/jeecg-system-start/src/main/resources/flyway/sql/mysql/ | sort -V | tail -5
date +%s%3N

版本命名规则：V{YYYYMMDD}_{序号}__{描述}.sql

• 检查当天是否已有文件（如 V20260311_1__xxx.sql）
• 如果有，序号递增（V20260311_2__xxx.sql）
• 如果没有，从 _1 开始

菜单 SQL 的 ID 生成

时间戳在 Flyway 版本检查时已并行获取（见上方），直接使用，无需再单独执行 date 命令。

用这个时间戳作为基础 ID，依次拼接 01-14：

• 主菜单: {timestamp}01
• 添加按钮: {timestamp}02
• 编辑按钮: {timestamp}03
• ... 以此类推

字典智能匹配

⛔ MySQL 不可达时的强制回退： 本章节的 mysql 命令是默认方式，但 MySQL 连不上时必须按"数据库连接"章节的"⛔ 数据库不可达时的强制回退路径"执行：

1. 先尝试 jeecg-system skill 的 scripts/system_creator.py --action query-dicts（需用户提供 API 地址 + token）
2. 不能用"MySQL 连不上"作为跳过字典查询、直接新建字典的理由

详见 ## 数据库连接 章节末尾的"⛔ 数据库不可达时的强制回退路径"。

用户选择"读取系统字典"后，执行以下查询获取全部可用字典：

# 查询所有字典编码及其选项值（{dbname} 需替换为用户确认的数据库名）
mysql --no-defaults --default-character-set=utf8mb4 -h127.0.0.1 -P3306 -uroot -proot {dbname} -e "
SELECT d.dict_code, d.dict_name, GROUP_CONCAT(i.item_text, '=', i.item_value ORDER BY i.sort_order SEPARATOR ', ') AS items
FROM sys_dict d
LEFT JOIN sys_dict_item i ON d.id = i.dict_id AND i.status = 1
WHERE d.del_flag = 0
GROUP BY d.dict_code, d.dict_name
ORDER BY d.dict_code
"

匹配规则： 拿到字典列表后，按以下优先级为字段匹配字典：

1. 用户明确指定 — 用户说"状态用字典 order_status"，直接使用
2. 字段名精确匹配 — 字段名（如 status）与 dict_code 完全一致
3. 语义关键词匹配 — 字段注释含"状态/类型/级别/分类"等关键词，搜索 dict_name 包含相同关键词的字典
4. 不匹配 — 找不到合适字典时，不使用字典注解，按普通 Input 处理

匹配成功后的效果：

• Entity: 自动添加 @Dict(dicCode = "matched_dict_code")
• data.ts columns: dataIndex 使用 fieldName_dictText 后缀
• data.ts formSchema: component 使用 JDictSelectTag，componentProps: { dictCode: 'matched_dict_code' }
• data.ts searchFormSchema: 同样使用 JDictSelectTag 组件

展示格式： 在 Step 3 表结构摘要中，匹配到字典的字段标注字典编码和选项值，如：

| 字段名 | 类型 | 控件 | 字典 |
| status | varchar(10) | JDictSelectTag | order_status (待付款=0, 已付款=1, 已完成=2) |

三种字典控件完整用法

JeecgBoot 支持三种字典类型，每种在后端 Entity、前端 data.ts 的 columns/formSchema/searchFormSchema/superQuerySchema 中的写法不同。

1. 系统字典（从 sys_dict 表获取）

适用场景：固定枚举值（状态、类型、级别等），值存储在 sys_dict + sys_dict_item 表中。

查询可用字典：

mysql ... -e "
SELECT d.dict_code, d.dict_name, GROUP_CONCAT(i.item_text, '=', i.item_value ORDER BY i.sort_order SEPARATOR ', ') AS items
FROM sys_dict d LEFT JOIN sys_dict_item i ON d.id = i.dict_id AND i.status = 1
WHERE d.del_flag = 0 GROUP BY d.dict_code, d.dict_name ORDER BY d.dict_code"

后端 Entity：

@Excel(name = "学校状态", width = 15, dicCode = "valid_status")
@Dict(dicCode = "valid_status")
private String schoolStatus;

前端 data.ts — columns：

{ title: '学校状态', align: 'center', dataIndex: 'schoolStatus_dictText' }
// 注意：列表展示用 _dictText 后缀，后端自动翻译字典值为文本

前端 data.ts — formSchema：

{ label: '学校状态', field: 'schoolStatus', component: 'JDictSelectTag',
  componentProps: {
    dictCode: 'valid_status',
    placeholder: '请选择学校状态',
    getPopupContainer: () => document.body },
  }

前端 data.ts — searchFormSchema：

{ label: '学校状态', field: 'schoolStatus', component: 'JDictSelectTag',
  componentProps: { dictCode: 'valid_status' }, colProps: { span: 6 } }

前端 data.ts — superQuerySchema：

schoolStatus: { title: '学校状态', order: 0, view: 'list', dictCode: 'valid_status' }

Controller 查询规则（下拉/多选字段需添加）：

Map<String, QueryRuleEnum> customeRuleMap = new HashMap<>();
customeRuleMap.put("schoolStatus", QueryRuleEnum.LIKE_WITH_OR);
QueryWrapper<EduSchool> queryWrapper = QueryGenerator.initQueryWrapper(eduSchool, req.getParameterMap(), customeRuleMap);

2. 分类字典（从 sys_category 表获取，树形结构）

适用场景：树形分类数据（省市区、物料分类、部门分类等），数据存储在 sys_category 表中，通过 pid 构成树。

查询可用分类：

mysql ... -e "SELECT id, code, name, pid FROM sys_category WHERE pid = '0' OR pid IS NULL OR pid = '' ORDER BY code"
# 查看某分类的子项：
mysql ... -e "SELECT id, code, name, pid FROM sys_category WHERE code = 'B03' OR pid IN (SELECT id FROM sys_category WHERE code = 'B03') ORDER BY code"

后端 Entity：

// 分类字典不使用 @Dict 注解，由前端 JCategorySelect 组件和 renderCategoryTree 处理翻译
@Excel(name = "所在区域", width = 15)
private String schoolArea;

前端 data.ts — columns：

{ title: '所在区域', align: 'center', dataIndex: 'schoolArea',
  customRender: ({ text }) => { return render.renderCategoryTree(text, 'B03'); } }
// 'B03' 是分类字典的顶级 code，renderCategoryTree 会自动翻译 id 为分类名称路径

前端 data.ts — formSchema：

{ label: '所在区域', field: 'schoolArea', component: 'JCategorySelect',
  componentProps: {
    pcode: 'B03',
    getPopupContainer: () => document.body },
  }
// pcode 指定分类字典的顶级 code，组件自动渲染树形选择

前端 data.ts — searchFormSchema：

// 分类字典一般不放在搜索栏，如需要则使用 JCategorySelect
{ label: '所在区域', field: 'schoolArea', component: 'JCategorySelect',
  componentProps: { pcode: 'B03' }, colProps: { span: 6 } }

前端 data.ts — superQuerySchema：

schoolArea: { title: '所在区域', order: 0, view: 'cat_tree', code: 'B03' }

新增分类字典数据：

如果 AI 或用户需要向 sys_category 新增分类节点，必须调用 jeecg-system skill 获取正确的新增接口后再执行，禁止猜测接口路径或直接写库。

新增节点的 code 规则：

⛔ 禁止在 add 请求体中传入 code 字段，code 由后端自动生成，AI 不得自行填写。

add 接口响应处理流程（需兼容新旧版本）：

1. 调用 add 接口，请求体中不传 code，只传 pid、name 等字段
2. 检查响应的 result 中是否包含 code 字段：
   • 有 code（新版本）：直接使用响应中的 code，继续后续操作
   • 无 code（旧版本兼容）：主动调用查询接口，通过 id 或 name 查到该节点，取得 code 后再继续
3. 确认拿到 code 后，再进行子级节点的新增或其他依赖 code 的操作

生成 List.vue 时的 initDictConfig 规则：

生成 initDictConfig() 时，不得加 if (!allDictDate[cCode]) 短路判断，必须每次挂载都调用 loadCategoryData 覆盖 store，否则用户新增分类节点后页面翻译不会刷新。

正确写法：

function initDictConfig() {
  loadCategoryData({ code: cCode }).then((res) => {
    if (res) {
      userStore.setAllDictItems({ ...userStore.getAllDictItems, [cCode]: res });
    }
  });
}
initDictConfig();

生成 handleSuccess 时的分类字典刷新规则：

含分类字典的 List.vue，handleSuccess 必须先刷新分类 store 再 reload，确保自己或他人新增分类节点后翻译立即生效：

function handleSuccess() {
  selectedRowKeys.value = [];
  loadCategoryData({ code: cCode }).then((res) => {
    if (res) userStore.setAllDictItems({ ...userStore.getAllDictItems, [cCode]: res });
    reload();
  });
}

禁止使用 (selectedRowKeys.value = []) && reload() 的简写形式（不刷新分类 store）。

3. 表字典（从任意业务表获取）

适用场景：关联其他业务表的数据作为下拉选项（如从 sys_depart 表选部门、从 sys_user 表选用户等）。

后端 Entity：

@Excel(name = "归属部门", width = 15, dictTable = "sys_depart", dicText = "depart_name", dicCode = "id")
@Dict(dictTable = "sys_depart", dicText = "depart_name", dicCode = "id")
private String departId;
// dictTable: 关联的表名
// dicText: 作为显示文本的字段
// dicCode: 作为存储值的字段（通常是主键）

前端 data.ts — columns：

{ title: '归属部门', align: 'center', dataIndex: 'departId_dictText' }
// 与系统字典一样，列表展示用 _dictText 后缀

前端 data.ts — formSchema（下拉选择）：

{ label: '归属部门', field: 'departId', component: 'JDictSelectTag',
  componentProps: {
    dictCode: 'sys_depart,
    depart_name,
    id',
    placeholder: '请选择归属部门',
    getPopupContainer: () => document.body },
  }
// dictCode 格式: '表名,显示字段,值字段'
// 可追加条件: 'sys_depart,depart_name,id,status=1' (第四段为 WHERE 条件)

前端 data.ts — formSchema（搜索选择，大数据量推荐）：

{ label: '归属部门', field: 'departId', component: 'JSearchSelect',
  componentProps: {
    dict: 'sys_depart,
    depart_name,
    id',
    placeholder: '请选择归属部门',
    getPopupContainer: () => document.body },
  }
// JSearchSelect 支持远程搜索，适合数据量大的表

前端 data.ts — searchFormSchema：

{ label: '归属部门', field: 'departId', component: 'JDictSelectTag',
  componentProps: {
    dictCode: 'sys_depart,
    depart_name,
    id' }, colProps: { span: 6 },
  }

前端 data.ts — superQuerySchema：

departId: { title: '归属部门', order: 0, view: 'sel_search',
  dictTable: 'sys_depart', dictCode: 'id', dictText: 'depart_name' }

Controller 查询规则：

customeRuleMap.put("departId", QueryRuleEnum.LIKE_WITH_OR);

三种字典对比速查表

全组件控件完整用法

除三种字典外，JeecgBoot 还支持以下所有组件类型。每种组件在后端 Entity、前端 data.ts 的 columns/formSchema/searchFormSchema/superQuerySchema、Controller 中各有固定写法。

1. 基础输入类

Input（文本框）

// Entity
@Excel(name = "文本", width = 15)
@Schema(description = "文本")
private String name;

// columns
{ title: '文本', align: 'center', dataIndex: 'name' }
// formSchema
{ label: '文本', field: 'name', component: 'Input', componentProps: { placeholder: '请输入' } }
// superQuerySchema
name: { title: '文本', order: 0, view: 'text' }

InputPassword（密码框）

@Excel(name = "密码", width = 15)
@Schema(description = "密码")
private String password;

// formSchema — 密码框一般不在 columns 和 searchFormSchema 中展示
{ label: '密码', field: 'password', component: 'InputPassword',
  componentProps: { placeholder: '请输入密码' } }

InputTextArea（多行文本）

@Excel(name = "备注", width = 15)
@Schema(description = "备注")
private String remark;

// formSchema
{ label: '备注', field: 'remark', component: 'InputTextArea',
  componentProps: {
    placeholder: '请输入备注',
    rows: 4 },
  }

InputNumber（数字输入）

// BigDecimal 类型（金额/单价）
@Excel(name = "单价", width = 15)
@Schema(description = "单价")
private BigDecimal amount;

// Integer 类型（整数/排序号）
@Excel(name = "排序", width = 15)
@Schema(description = "排序")
private Integer sortOrder;

// formSchema
{ label: '单价', field: 'amount', component: 'InputNumber',
  componentProps: {
    placeholder: '请输入',
    style: 'width:100%' },
  }
// superQuerySchema
amount: { title: '单价', order: 0, view: 'number' }

2. 系统字典扩展控件

基本的 JDictSelectTag 下拉见"三种字典控件"章节，此处仅列出扩展用法。

JDictSelectTag type='radio'（字典单选）

// formSchema
{ label: '性别', field: 'sex', component: 'JDictSelectTag',
  componentProps: {
    dictCode: 'sex',
    type: 'radio',
    getPopupContainer: () => document.body },
  }

JCheckbox（字典多选 checkbox）

// Entity — 存储多个值用逗号分隔
@Excel(name = "颜色多选", width = 15, dicCode = "demo_color")
@Dict(dicCode = "demo_color")
private String demoColor;

// formSchema
{ label: '颜色多选', field: 'demoColor', component: 'JCheckbox',
  componentProps: { dictCode: 'demo_color' } }
// superQuerySchema — view 使用 list_multi
demoColor: { title: '颜色多选', order: 0, view: 'list_multi', dictCode: 'demo_color' }

JSelectMultiple（字典下拉多选框）

@Excel(name = "字典下拉多选", width = 15, dicCode = "urgent_level")
@Dict(dicCode = "urgent_level")
private String dictMultiSelect;

// formSchema
{ label: '字典下拉多选', field: 'dictMultiSelect', component: 'JSelectMultiple',
  componentProps: {
    dictCode: 'urgent_level',
    triggerChange: true,
    getPopupContainer: () => document.body },
  }
// superQuerySchema
dictMultiSelect: { title: '字典下拉多选', order: 0, view: 'list_multi', dictCode: 'urgent_level' }
// Controller
customeRuleMap.put("dictMultiSelect", QueryRuleEnum.LIKE_WITH_OR);

JSwitch（开关）

@Excel(name = "开关", width = 15, replace = {"是_1", "否_0"})
private String isEnabled;

// columns — 使用 renderSwitch 自定义渲染
{ title: '开关', align: 'center', dataIndex: 'isEnabled',
  customRender: ({ text }) => render.renderSwitch(text, [{ text: '是', value: '1' }, { text: '否', value: '0' }]) }
// formSchema（vue3 封装风格）
{ label: '开关', field: 'isEnabled', component: 'JSwitch',
  componentProps: { options: ['1', '0'] } }
// superQuerySchema
isEnabled: { title: '开关', order: 0, view: 'radio', dictCode: 'yn' }

vue3Native 原生风格：

// 导入（script setup 中）
import JSwitch from '/@/components/Form/src/jeecg/components/JSwitch.vue';

<!-- 模板中使用，:options 第一个值为 checked，第二个为 unchecked -->
<JSwitch v-model:value="formData.isEnabled" :options="['1', '0']" />

注意： vue3Native 中不要使用 <a-switch checkedValue="1">，要用 <JSwitch> 组件，否则值类型不一致导致保存后回显错误。

3. 表字典扩展控件

基本的表字典下拉和搜索见"三种字典控件"章节，此处仅列出扩展用法。

JDictSelectTag type='radio'（表字典单选）

@Excel(name = "表字典单选", width = 15, dictTable = "sys_depart", dicText = "depart_name", dicCode = "id")
@Dict(dictTable = "sys_depart", dicText = "depart_name", dicCode = "id")
private String tableDictRadio;

// formSchema
{ label: '表字典单选', field: 'tableDictRadio', component: 'JDictSelectTag',
  componentProps: {
    dictCode: 'sys_depart,
    depart_name,
    id',
    type: 'radio',
    getPopupContainer: () => document.body },
  }

JCheckbox（表字典多选）

@Dict(dictTable = "sys_depart", dicText = "depart_name", dicCode = "id")
private String tableDictCheckbox;

// formSchema
{ label: '表字典多选', field: 'tableDictCheckbox', component: 'JCheckbox',
  componentProps: {
    dictCode: 'sys_depart,
    depart_name,
    id' },
  }

JSelectMultiple（表字典下拉多选）

@Dict(dictTable = "sys_depart", dicText = "depart_name", dicCode = "id")
private String tableDictMultiSelect;

// formSchema
{ label: '表字典下拉多选', field: 'tableDictMultiSelect', component: 'JSelectMultiple',
  componentProps: {
    dictCode: 'sys_depart,
    depart_name,
    id',
    triggerChange: true,
    getPopupContainer: () => document.body },
  }

表字典带条件下拉

// Entity — dictTable 中直接拼 WHERE 条件
@Excel(name = "表字典带条件", width = 15, dictTable = "sys_user where username like '%a%'", dicText = "realname", dicCode = "username")
@Dict(dictTable = "sys_user where username like '%a%'", dicText = "realname", dicCode = "username")
private String tableDictCondition;

// formSchema — dictCode 字符串中拼条件
{ label: '表字典带条件', field: 'tableDictCondition', component: 'JDictSelectTag',
  componentProps: {
    dictCode: "sys_user where username like '%a%',
    realname,
    username",
    placeholder: '请选择',
    getPopupContainer: () => document.body },
  }

4. 用户/部门选择

JSelectUser（用户选择）

⚠️ 重要：代码生成器已在 2024-01-02（issue/#5711）将用户选择组件从 JSelectUserByDept 修正为 JSelectUser。生成代码必须使用 JSelectUser，不要再使用旧的 JSelectUserByDept。

@Excel(name = "用户选择", width = 15, dictTable = "sys_user", dicText = "realname", dicCode = "username")
@Dict(dictTable = "sys_user", dicText = "realname", dicCode = "username")
private String userId;

// columns
{ title: '用户选择', align: 'center', dataIndex: 'userId_dictText' }
// formSchema（vue3 封装风格）
{ label: '用户选择', field: 'userId', component: 'JSelectUser',
  componentProps: { labelKey: 'realname' } }
// superQuerySchema
userId: { title: '用户选择', order: 0, view: 'sel_user' }

vue3Native 原生风格：

// 导入（script setup 中）
import JSelectUser from '/@/components/Form/src/jeecg/components/JSelectUser.vue';

<!-- 模板中使用 -->
<JSelectUser v-model:value="formData.userId" placeholder="请选择用户" />

JSelectDept（部门选择）

@Excel(name = "部门选择", width = 15, dictTable = "sys_depart", dicText = "depart_name", dicCode = "id")
@Dict(dictTable = "sys_depart", dicText = "depart_name", dicCode = "id")
private String deptId;

// columns
{ title: '部门选择', align: 'center', dataIndex: 'deptId_dictText' }
// formSchema
{ label: '部门选择', field: 'deptId', component: 'JSelectDept' }
// superQuerySchema
deptId: { title: '部门选择', order: 0, view: 'sel_depart' }

5. 自定义树（JTreeSelect）

@Excel(name = "自定义树", width = 15, dictTable = "sys_category", dicText = "name", dicCode = "id")
@Dict(dictTable = "sys_category", dicText = "name", dicCode = "id")
private String treeSelect;

// columns
{ title: '自定义树', align: 'center', dataIndex: 'treeSelect_dictText' }
// formSchema
{ label: '自定义树', field: 'treeSelect', component: 'JTreeSelect',
  componentProps: {
    dict: 'sys_category,
    name,
    id',
    pidField: 'pid',
    pidValue: '0',
    multiple: false,
    getPopupContainer: () => document.body },
  }
// superQuerySchema
treeSelect: { title: '自定义树', order: 0, view: 'sel_search',
  dictTable: 'sys_category', dictCode: 'id', dictText: 'name' }
// Controller
customeRuleMap.put("treeSelect", QueryRuleEnum.LIKE_WITH_OR);

6. 日期时间类

DatePicker（日期）

@Excel(name = "日期", width = 15, format = "yyyy-MM-dd")
@JsonFormat(timezone = "GMT+8", pattern = "yyyy-MM-dd")
@DateTimeFormat(pattern = "yyyy-MM-dd")
private Date birthday;

// columns — 截取前10位防止时间部分显示
{ title: '日期', align: 'center', dataIndex: 'birthday',
  customRender: ({ text }) => (!text ? '' : (text.length > 10 ? text.substr(0, 10) : text)) }
// formSchema
{ label: '日期', field: 'birthday', component: 'DatePicker',
  componentProps: {
    showTime: false,
    valueFormat: 'YYYY-MM-DD',
    placeholder: '请选择日期',
    style: 'width:100%',
    getPopupContainer: () => document.body },
  }
// superQuerySchema
birthday: { title: '日期', order: 0, view: 'date' }

DatePicker showTime（年月日时分秒）

@Excel(name = "年月日时分秒", width = 20, format = "yyyy-MM-dd HH:mm:ss")
@JsonFormat(timezone = "GMT+8", pattern = "yyyy-MM-dd HH:mm:ss")
@DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private Date workTime;

// formSchema
{ label: '年月日时分秒', field: 'workTime', component: 'DatePicker',
  componentProps: {
    showTime: true,
    valueFormat: 'YYYY-MM-DD HH:mm:ss',
    placeholder: '请选择',
    style: 'width:100%',
    getPopupContainer: () => document.body },
  }
// superQuerySchema
workTime: { title: '年月日时分秒', order: 0, view: 'datetime' }

TimePicker（时间选择）

// 时间类型用 String 存储（如 "14:30:00"）
@Excel(name = "时间", width = 15)
private String timeVal;

// formSchema（vue3 封装风格）
{ label: '时间', field: 'timeVal', component: 'TimePicker',
  componentProps: {
    valueFormat: 'HH:mm:ss',
    placeholder: '请选择时间',
    style: 'width:100%',
    getPopupContainer: () => document.body },
  }

vue3Native 原生风格：

// 导入 — 从 ant-design-vue 解构，与 Form 合并在同一行
import { TimePicker, Form } from 'ant-design-vue';
// 如果当前行已有其他 ant-design-vue 导入，直接追加 TimePicker：
// import { TimePicker, RangePicker, Form } from 'ant-design-vue';

<!-- 模板中使用，必须带 value-format 否则返回 dayjs 对象而非字符串 -->
<TimePicker v-model:value="formData.timeVal" value-format="HH:mm:ss"
            placeholder="请选择时间" style="width:100%" />

注意： vue3Native 中不要使用 <a-time-picker>（全局注册版），要显式导入 TimePicker 并以大驼峰标签使用，与 Form.useForm 的 resetFields 配合才能正确还原默认值。

DatePicker picker 变体（季度/年/月/周）

共同规则： DB 类型均为 date，Java 类型均为 Date，注解统一用 yyyy-MM-dd 格式。前端通过 picker 属性区分。

// Entity — 季度/年/月/周写法完全一致，只改注释
@Excel(name = "季度", width = 15, format = "yyyy-MM-dd")
@JsonFormat(timezone = "GMT+8", pattern = "yyyy-MM-dd")
@DateTimeFormat(pattern = "yyyy-MM-dd")
private Date quarterVal;

// formSchema — 通过 picker 区分
{ label: '季度', field: 'quarterVal', component: 'DatePicker',
  componentProps: {
    picker: 'quarter',
    valueFormat: 'YYYY-MM-DD',
    placeholder: '请选择季度',
    style: 'width:100%',
    getPopupContainer: () => document.body },
  }
{ label: '年', field: 'yearVal', component: 'DatePicker',
  componentProps: {
    picker: 'year',
    valueFormat: 'YYYY-MM-DD',
    placeholder: '请选择年',
    style: 'width:100%',
    getPopupContainer: () => document.body },
  }
{ label: '月', field: 'monthVal', component: 'DatePicker',
  componentProps: {
    picker: 'month',
    valueFormat: 'YYYY-MM-DD',
    placeholder: '请选择月',
    style: 'width:100%',
    getPopupContainer: () => document.body },
  }
{ label: '周', field: 'weekVal', component: 'DatePicker',
  componentProps: {
    picker: 'week',
    valueFormat: 'YYYY-MM-DD',
    placeholder: '请选择周',
    style: 'width:100%',
    getPopupContainer: () => document.body },
  }

// columns — 必须使用 getWeekMonthQuarterYear 翻译（需 import { getWeekMonthQuarterYear } from '/@/utils'）
{ title: '季度', dataIndex: 'quarterVal',
  customRender: ({ text }) => {
    text = !text ? '' : (text.length > 10 ? text.substr(0, 10) : text);
    return text ? getWeekMonthQuarterYear(text)['quarter'] : text;
  } }
{ title: '年', dataIndex: 'yearVal',
  customRender: ({ text }) => {
    text = !text ? '' : (text.length > 10 ? text.substr(0, 10) : text);
    return text ? getWeekMonthQuarterYear(text)['year'] : text;
  } }
// 月用 ['month']，周用 ['week']，写法相同

// ✅ 季度/年/月/周可以作为查询条件，需配合 List.vue 中的 fieldPickers + getDateByPicker（见 searchFormSchema 生成规则）

7. Popup/弹窗类

报表 Code 数据源（重要前置知识）

JPopup、JPopupDict、关联记录三个组件都依赖在线报表 code，code 来源于 onl_cgreport_head 表。生成代码时必须先查询可用报表，再配置到组件中。

查询可用报表 code：

mysql ... -e "SELECT code, name, cgr_sql FROM onl_cgreport_head ORDER BY create_time DESC"

查询报表的字段列表（用于配置 fieldConfig 的 source）：

mysql ... -e "SELECT field_name, field_txt FROM onl_cgreport_item WHERE cgrhead_id = (SELECT id FROM onl_cgreport_head WHERE code='报表code') ORDER BY order_num"

配置流程：

1. 查询 onl_cgreport_head 获取所有可用报表 code 和 SQL
2. 根据业务需求选择合适的报表（如需大数据测试选 testbigdata，需用户数据选 report_user）
3. 查询该报表的 onl_cgreport_item 获取可用字段名（field_name）
4. 将 code 和 field_name 配置到前端组件的 code、fieldConfig.source、dictCode 中

常用报表 code 示例：

JPopup（Popup弹窗 + 他表字段回填）

JPopup 用于弹窗选择记录并回填多个字段值。code 对应 onl_cgreport_head 表中的报表编码。

// Entity — popup 存储选中值，popback 存储回填值
@Excel(name = "popup弹窗", width = 15)
private String popup;

@Excel(name = "popup回填", width = 15)
private String popback;

// ===== vue3 封装风格 formSchema — 通过 formActionType 获取 setFieldsValue =====
{ label: 'Popup弹窗', field: 'popup', component: 'JPopup',
  componentProps: ({ formActionType }) => {
    const { setFieldsValue } = formActionType;
    return {
      setFieldsValue,
      code: 'report_user',           // 默认使用 report_user；日志场景用 testbigdata
      fieldConfig: [
        { source: 'username', target: 'popup' },    // 报表字段 → 当前表字段（source=报表列名，target=表单字段名）
        { source: 'realname', target: 'popback' },  // 回填其他字段
      ],
      multi: false,
    };
  } }
// 他表字段（回填字段）— disabled Input，不可手动编辑
{ label: 'Popup回填', field: 'popback', component: 'Input',
  componentProps: {
    disabled: true,
    placeholder: '由Popup自动回填' },
  }

<!-- ===== vue3Native 原生风格 Form.vue 模板写法 ===== -->
<!-- import JPopup from '/@/components/Form/src/jeecg/components/JPopup.vue'; -->

<!-- script 中定义 setFormFieldValue -->
<!-- function setFormFieldValue(values) { Object.assign(formData, values); } -->

<JPopup v-model:value="formData.popup" code="report_user"
  :fieldConfig="[{source:'username',target:'popup'},{source:'realname',target:'popback'}]"
  :setFieldsValue="setFormFieldValue" :multi="false" />
<a-input v-model:value="formData.popback" :disabled="true" placeholder="由Popup自动回填" />

fieldConfig 配置规则：

• source：报表中的字段名（来自 onl_cgreport_item.field_name），不是表单字段名
• target：当前表单中的字段名（formData 的 key）
• 可配置多组回填映射，选中一条记录后同时回填多个字段
• 默认报表 code：用户选择用 report_user，日志/大数据用 testbigdata

JPopupDict（Popup字典）

JPopupDict 是简化版的 Popup，直接通过 dictCode 指定报表和显示/值字段，无需配置 fieldConfig。

@Excel(name = "popup字典", width = 15)
private String popDict;

// formSchema
{ label: 'Popup字典', field: 'popDict', component: 'JPopupDict',
  componentProps: {
    dictCode: 'testbigdata,
    log_content,
    id',
    multi: false },
  }
// dictCode 格式: '报表code,显示字段,值字段'
// 报表code: onl_cgreport_head.code
// 显示字段: 报表中用于展示的 field_name
// 值字段: 报表中用于存储的 field_name（通常是 id）

关联记录 + 他表字段（JPopup 关联业务表）

关联记录本质是 JPopup，选中后自动回填关联表的其他字段（他表字段）。后端用 @Dict 实现列表翻译。

// Entity — 关联记录字段带 @Dict 翻译
@Excel(name = "关联记录", width = 15, dictTable = "sys_user", dicText = "realname", dicCode = "username")
@Dict(dictTable = "sys_user", dicText = "realname", dicCode = "username")
private String relatedUser;

// 他表字段 — 不需要 @Dict，由前端 JPopup 回填
@Excel(name = "他表字段", width = 15)
private String relatedUsername;

// columns — 关联记录用 _dictText 翻译，他表字段直接展示
{ title: '关联记录', align: 'center', dataIndex: 'relatedUser_dictText' }
{ title: '他表字段', align: 'center', dataIndex: 'relatedUsername' }

// formSchema — 关联记录用 JPopup，他表字段用 disabled Input
{ label: '关联记录', field: 'relatedUser', component: 'JPopup',
  componentProps: ({ formActionType }) => {
    const { setFieldsValue } = formActionType;
    return {
      setFieldsValue,
      code: 'testbigdata',
      fieldConfig: [
        { source: 'userid', target: 'relatedUser' },
        { source: 'username', target: 'relatedUsername' },
      ],
      multi: false,
    };
  } }
{ label: '他表字段', field: 'relatedUsername', component: 'Input',
  componentProps: {
    disabled: true,
    placeholder: '由关联记录自动回填' },
  }

// superQuerySchema — 关联记录
relatedUser: { title: '关联记录', order: 0, view: 'sel_search',
  dictTable: 'sys_user', dictCode: 'username', dictText: 'realname' }

// Controller
customeRuleMap.put("relatedUser", QueryRuleEnum.LIKE_WITH_OR);

JLinkTableCard（新版关联记录 — 表模式，classType=link_table）

[QQYUN-14906] 2025-06-01 新增。与旧版"关联记录（JPopup）"的核心区别：

• 旧版 classType='popup'：依赖在线报表 code，通过 JPopup 弹窗选择
• 新版 classType='link_table'：直接连业务表，通过 JLinkTableCard 卡片选择，无需建在线报表

对应 ctx.json 字段配置：

• dictTable：关联业务表名（如 biz_goods）
• dictField：存储到当前表的值字段（如 id）
• dictText：卡片展示字段（如 name）
• extendParams.imageField（可选）：关联表的图片字段名，用于卡片图片展示
• queryMode：设为 "multi" 时开启多选，默认单选

// Entity — 同表字典，@Dict 实现列表翻译
@Excel(name = "关联商品", width = 15, dictTable = "biz_goods", dicText = "name", dicCode = "id")
@Dict(dictTable = "biz_goods", dicText = "name", dicCode = "id")
private String relatedGoodsId;

// columns — 用 _dictText 后缀展示关联表文本
{ title: '关联商品', align: 'center', dataIndex: 'relatedGoodsId_dictText' }

// formSchema — vue3 封装风格
{ label: '关联商品', field: 'relatedGoodsId', component: 'JLinkTableCard',
  componentProps: {
    tableName: 'biz_goods',
    valueField: 'id',
    textField: 'name',
    queryMode: 'table',
    // imageField: 'imgUrl',  // 可选：卡片图片字段
    multi: false,
  } }

<!-- vue3Native 原生风格 Form.vue 模板写法 -->
<!-- import JLinkTableCard from '/@/components/Form/src/jeecg/components/JLinkTableCard/JLinkTableCard.vue'; -->

<JLinkTableCard
  v-model:value="formData.relatedGoodsId"
  tableName="biz_goods"
  valueField="id"
  textField="name"
  queryMode="table"
  :multi="false" />
<!-- 若有图片字段：imageField="imgUrl" -->

// superQuerySchema — 同表字典 sel_search
relatedGoodsId: { title: '关联商品', order: 0, view: 'sel_search',
  dictTable: 'biz_goods', dictCode: 'id', dictText: 'name' }

// Controller
customeRuleMap.put("relatedGoodsId", QueryRuleEnum.LIKE_WITH_OR);

Popup 组件生成流程总结

生成含 Popup/关联记录/Popup字典的字段时，按以下步骤操作：

1. 查询报表列表：SELECT code, name, cgr_sql FROM onl_cgreport_head
2. 选择合适报表：根据业务场景匹配（用户→report_user，日志→testbigdata 等）
3. 查询报表字段：SELECT field_name, field_txt FROM onl_cgreport_item WHERE cgrhead_id=...
4. 配置 code：JPopup 的 code 和 JPopupDict 的 dictCode 第一段都填报表 code
5. 配置字段映射：JPopup 的 fieldConfig 中 source 填报表字段名，JPopupDict 的 dictCode 后两段填显示字段和值字段
6. 如果没有合适报表：提示用户先在"在线报表"中创建报表配置

8. 省市区/联动

JAreaLinkage（省市区三级联动）

// Entity — 需要 import/export 转换方法
@Excel(name = "省市区", width = 15, exportConvert = true, importConvert = true)
private String provinceCityArea;

// 必须添加这两个转换方法（Excel导入导出用）
public String convertisProvinceCityArea() {
    return SpringContextUtils.getBean(ProvinceCityArea.class).getText(provinceCityArea);
}
public void convertsetProvinceCityArea(String text) {
    this.provinceCityArea = SpringContextUtils.getBean(ProvinceCityArea.class).getCode(text);
}
// 需要 import：
// import org.jeecg.common.constant.ProvinceCityArea;
// import org.jeecg.common.util.SpringContextUtils;

// formSchema
{ label: '省市区', field: 'provinceCityArea', component: 'JAreaLinkage' }

联动组件（多级自定义联动）

联动组件由多个独立字段组成，通过前端逻辑实现级联关系。后端存储各级选中值。

@Excel(name = "联动组件一", width = 15)
private String linkOne;
@Excel(name = "联动组件二", width = 15)
private String linkTwo;
@Excel(name = "联动组件三", width = 15)
private String linkThree;

// formSchema — 每级用不同的字典/数据源
{ label: '联动组件一', field: 'linkOne', component: 'JDictSelectTag',
  componentProps: {
    dictCode: 'org_category',
    placeholder: '请选择一级' },
  }
{ label: '联动组件二', field: 'linkTwo', component: 'JSearchSelect',
  componentProps: {
    dict: 'sys_depart,
    depart_name,
    id',
    placeholder: '请选择二级' },
  }
{ label: '联动组件三', field: 'linkThree', component: 'JSearchSelect',
  componentProps: {
    dict: 'sys_user,
    realname,
    username',
    placeholder: '请选择三级' },
  }

9. 文件/上传类

JImageUpload（图片上传）

@Excel(name = "图片", width = 15)
private String avatar;

// columns — 使用 renderImage 渲染缩略图
// ⚠️ 树表必须加空值守卫：加载占位行（nodeName:'loading...'）无 imageUrl 字段，
//    text 为 undefined，直接传给 renderImage 会导致内部解构崩溃
{ title: '图片', align: 'center', dataIndex: 'avatar', customRender: ({ text }) => text ? render.renderImage(text) : '' }
// 普通单表也推荐加守卫，避免空数据行崩溃
// formSchema
{ label: '图片', field: 'avatar', component: 'JImageUpload' }

JUpload（文件上传）

@Excel(name = "文件", width = 15)
private String attachment;

// columns — 使用 bodyCell 插槽渲染下载按钮
// 在 List.vue 的 <template v-slot:bodyCell="{ column, record, index, text }"> 中：
<template v-if="column.dataIndex==='attachment'">
  <span v-if="!text" style="font-size:12px;font-style:italic;">无文件</span>
  <a-button v-else :ghost="true" type="primary" preIcon="ant-design:download-outlined"
    size="small" @click="downloadFile(text)">下载</a-button>
</template>
// List.vue 需要 import：
import { downloadFile } from '/@/utils/common/renderUtils';

// formSchema
{ label: '文件', field: 'attachment', component: 'JUpload' }

10. 编辑器类

JEditor（富文本编辑器）

@Excel(name = "富文本", width = 15)
private String content;

// columns — 使用 bodyCell 插槽渲染 HTML
// 在 List.vue 的 bodyCell 中：
<template v-if="column.dataIndex==='content'">
  <div v-html="text"></div>
</template>
// formSchema
{ label: '富文本', field: 'content', component: 'JEditor' }

JMarkdownEditor（Markdown编辑器，blob存储）

Markdown 使用 byte[] (blob) 存储以支持大文本，需要特殊的 getter/setter 模式：

// Entity — 注意 transient 和 byte[] 的双字段模式
@Excel(name = "markdown", width = 15)
private transient String markdownString;  // 前端交互用，不写入DB

private byte[] markdown;  // 实际存储到DB的blob字段

public byte[] getMarkdown() {
    if (markdownString == null) { return null; }
    try { return markdownString.getBytes("UTF-8"); }
    catch (UnsupportedEncodingException e) { e.printStackTrace(); }
    return null;
}

public String getMarkdownString() {
    if (markdown == null || markdown.length == 0) { return ""; }
    try { return new String(markdown, "UTF-8"); }
    catch (UnsupportedEncodingException e) { e.printStackTrace(); }
    return "";
}
// 需要 import java.io.UnsupportedEncodingException;

-- DB字段类型必须是 blob
ALTER TABLE xxx ADD COLUMN `markdown` blob COMMENT 'markdown内容';

// formSchema — 前端字段名用 markdownString（对应 transient 字段）
{ label: 'Markdown编辑器', field: 'markdownString', component: 'JMarkdownEditor' }

全组件速查表

JVxeTable 子表列配置（一对多子表 JVxeColumn）

一对多子表使用 JVxeTable 组件，列定义使用 JVxeColumn[] 类型，不是 FormSchema。

引入方式：

import { JVxeTypes, JVxeColumn } from '/@/components/jeecg/JVxeTable/types';

重要：JVxeTable 的组件类型与 FormSchema 完全不同！ 不能使用 FormSchema 的组件名（如 JDictSelectTag、JCheckbox 等），必须使用 JVxeTypes 枚举。

JVxeTypes 组件类型对照表（FormSchema → JVxeColumn）：

JVxeColumn 通用属性：

{
  title: '标题',           // 列标题
  key: 'fieldName',       // 字段名（对应 entity 属性名）
  type: JVxeTypes.xxx,    // 组件类型
  width: '200px',         // 列宽（字符串，带px）
  placeholder: '请输入${title}',  // 占位提示，${title}自动替换为列标题
  defaultValue: '',       // 默认值
  disabled: false,        // 是否禁用
  validateRules: [],      // 校验规则
}

校验规则（validateRules）：

JVxeTable 内部维护了一份 {online, title, regexp} 映射表。生成代码时直接把 fieldValidType 短码写入 pattern，JVxeTable 会自动查表匹配对应正则；对于不在内置表中的自定义正则则原样处理。'only' 是特殊关键词，触发唯一值校验。

JVxeTable 内置类型码（来自源码 online→regexp 映射，可直接用作 pattern 值）：

// 必填
validateRules: [{ required: true, message: '${title}不能为空' }]

// 手机号（直接传 'm'，JVxeTable 自动匹配）
validateRules: [{ required: false }, { pattern: 'm', message: '${title}请输入正确的手机号码' }]

// 唯一（直接传 'only'）
validateRules: [{ required: true, message: '${title}不能为空' }, { pattern: 'only', message: '${title}不能重复' }]

// 金额（直接传 'money'）
validateRules: [{ required: false }, { pattern: 'money', message: '${title}请输入正确的金额' }]

// 6-16位任意字符（直接传 '*6-16'）
validateRules: [{ required: false }, { pattern: '*6-16', message: '${title}请输入6到16位任意字符' }]

// 自定义正则（4位数字，无对应 online 码，原样传）
validateRules: [{ required: false }, { pattern: '^\\d{4}$', message: '${title}格式不正确' }]

常用示例（覆盖主要类型）：

export const subTableColumns: JVxeColumn[] = [
  { title: '文本', key: 'name', type: JVxeTypes.input, width: '200px', placeholder: '请输入${title}', defaultValue: '',
    validateRules: [{ required: true, message: '${title}不能为空' }] },
  { title: '数字', key: 'amount', type: JVxeTypes.inputNumber, width: '200px', defaultValue: '' },
  { title: '系统字典', key: 'status', type: JVxeTypes.select, options: [], dictCode: 'valid_status', width: '200px', defaultValue: '' },
  { title: '表字典', key: 'deptId', type: JVxeTypes.select, options: [], dictCode: 'sys_depart,depart_name,id', width: '200px', defaultValue: '' },
  { title: '表字典搜索', key: 'userId', type: JVxeTypes.selectSearch, dictCode: 'sys_user,realname,username', width: '200px', defaultValue: '' },
  { title: '下拉多选', key: 'multiVal', type: JVxeTypes.selectMultiple, options: [], dictCode: 'org_category', width: '250px', defaultValue: '' },
  { title: '开关', key: 'switchVal', type: JVxeTypes.checkbox, customValue: ['Y', 'N'], width: '200px', defaultValue: 'N' },
  { title: '日期', key: 'dateVal', type: JVxeTypes.date, width: '200px', defaultValue: '' },
  { title: '日期时间', key: 'datetimeVal', type: JVxeTypes.datetime, width: '200px', defaultValue: '' },
  { title: '图片', key: 'imageVal', type: JVxeTypes.image, token: true, responseName: 'message', number: 1, width: '200px', defaultValue: '' },
  { title: '文件', key: 'fileVal', type: JVxeTypes.file, token: true, responseName: 'message', number: 1, width: '200px', defaultValue: '' },
  { title: 'popup', key: 'popupVal', type: JVxeTypes.popup, popupCode: 'report_user',
    fieldConfig: [{ source: 'realname', target: 'popupVal' }, { source: 'username', target: 'popupBack' }],
    props: { multi: true }, width: '200px', defaultValue: '' },
  { title: '部门选择', key: 'deptId', type: JVxeTypes.departSelect, width: '200px', defaultValue: '' },
  { title: '用户选择', key: 'userId', type: JVxeTypes.userSelect, width: '200px', defaultValue: '' },
  { title: '省市区', key: 'pcaVal', type: JVxeTypes.pca, width: '300px', defaultValue: '' },
];

searchFormSchema 生成规则

生成查询条件（searchFormSchema）时，必须遵循以下三条规则：

规则1：label 必须与 formSchema 一致 查询条件的 label 必须与编辑表单（formSchema）中同字段的 label 完全一致，不能用字典描述或简写替代。

// ✅ 正确 — label 与 formSchema 一致
formSchema:       { label: '字典下拉(Select)', field: 'status', ... }
searchFormSchema: { label: '字典下拉(Select)', field: 'status', ... }

// ❌ 错误 — 用字典描述当 label
formSchema:       { label: '字典多选(Checkbox)', field: 'demoColor', ... }
searchFormSchema: { label: '颜色多选', field: 'demoColor', ... }  // 不应用字典名称

规则2：多选字段在查询条件中使用 JSelectMultiple（下拉多选），不使用 JCheckbox 表单中使用 JCheckbox 的多选字段，在查询条件中统一改为 JSelectMultiple 下拉多选，因为 Checkbox 在查询栏中占空间过大且体验不佳。

// ✅ 正确 — 查询条件用下拉多选
formSchema:       { label: '字典多选(Checkbox)', field: 'demoColor', component: 'JCheckbox',
                    componentProps: { dictCode: 'demo_color' } }
searchFormSchema: { label: '字典多选(Checkbox)', field: 'demoColor', component: 'JSelectMultiple',
                    componentProps: {
                      dictCode: 'demo_color',
                      triggerChange: true }, colProps: { span: 6 },
                    }

// ❌ 错误 — 查询条件用 Checkbox
searchFormSchema: { label: '字典多选(Checkbox)', field: 'demoColor', component: 'JCheckbox', ... }

规则3：不适合作为查询条件的组件应排除 以下组件类型不应出现在 searchFormSchema 中：

• 密码框（InputPassword）
• 多行文本（InputTextArea）
• 富文本（JEditor）
• Markdown（JMarkdownEditor）
• 图片上传（JImageUpload）
• 文件上传（JUpload）
• Popup回填/他表字段（disabled Input，由关联记录回填）

DatePicker picker 变体（quarter/year/month/week）可以作为查询条件，但需要在 List.vue 中配合 fieldPickers + getDateByPicker 使用（见规则7）。

规则4：JPopup 作为查询条件时必须使用 formActionType JPopup 在 searchFormSchema 中必须通过 componentProps: ({ formActionType }) => {} 获取 setFieldsValue，否则选中后无法回显值。

// ✅ 正确 — 使用 formActionType 获取 setFieldsValue
{ label: 'Popup弹窗', field: 'popup', component: 'JPopup',
  componentProps: ({ formActionType }) => {
    const { setFieldsValue } = formActionType;
    return {
      setFieldsValue,
      code: 'fz_sql',
      fieldConfig: [{ source: 'username', target: 'popup' }],
      multi: true,
    };
  }, colProps: { span: 6 } }

// ❌ 错误 — 静态 componentProps，选中后不回显
{ label: 'Popup弹窗', field: 'popup', component: 'JPopup',
  componentProps: {
    code: 'fz_sql',
    fieldConfig: [...],
    multi: false }, colProps: { span: 6 },
  }

规则5：JAreaLinkage 必须加 saveCode JAreaLinkage 组件在 formSchema 和 searchFormSchema 中都要加 saveCode: 'region'，否则保存/查询的数据格式不一致。

{ label: '省市区', field: 'provinceCityArea', component: 'JAreaLinkage',
  componentProps: { saveCode: 'region' } }

规则6：JPopupDict 字段后端需要 @Dict 翻译 JPopupDict 存储的是 ID 值，列表展示时需要 _dictText 后缀翻译。后端 Entity 必须加 @Dict 注解：

// Entity
@Dict(dictTable = "sys_user", dicText = "realname", dicCode = "id")
private String popDict;

// columns — 使用 _dictText
{ title: 'popup字典', align: 'center', dataIndex: 'popDict_dictText' }

searchFormSchema 组件映射速查表：

规则7：季度/年/月/周需要在查询和保存时都做 getDateByPicker 预处理 DatePicker 的 quarter/year/month/week 变体发送的是精确日期值（如选2025年发2025-01-01），需要用 getDateByPicker 转换为该时段的起始日期。查询和保存两处都需要处理。

// ===== List.vue 查询预处理 =====
import { getDateByPicker } from '/@/utils';

const fieldPickers = reactive({
  quarterVal: 'quarter',
  yearVal: 'year',
  monthVal: 'month',
  weekVal: 'week',
});

// useListPage 的 beforeFetch 中添加
beforeFetch: (params) => {
  if (params && fieldPickers) {
    for (let key in fieldPickers) {
      if (params[key]) {
        params[key] = getDateByPicker(params[key], fieldPickers[key]);
      }
    }
  }
  return Object.assign(params, queryParam);
},

// ===== Modal.vue 保存预处理 =====
import { getDateByPicker } from '/@/utils';

const fieldPickers = reactive({
  quarterVal: 'quarter',
  yearVal: 'year',
  monthVal: 'month',
  weekVal: 'week',
});

const changeDateValue = (formData) => {
  if (formData && fieldPickers) {
    for (let key in fieldPickers) {
      if (formData[key]) {
        formData[key] = getDateByPicker(formData[key], fieldPickers[key]);
      }
    }
  }
};

// handleSubmit 中，validate() 之后、saveOrUpdate() 之前调用
let values = await validate();
changeDateValue(values);  // ← 提交前预处理
await saveOrUpdate(values, isUpdate.value);

规则8：省市区列翻译需要 List.vue 中使用 getAreaTextByCode 插槽 省市区组件保存的是区域编码（如340000/340100/340104），列表中需要翻译为中文名。不能用 customRender，需要在 List.vue 的 <template v-slot:bodyCell> 中添加插槽：

<!-- List.vue template -->
<template v-if="column.dataIndex==='provinceCityArea'">
  {{ getAreaTextByCode(text) }}
</template>

// List.vue script
import { getAreaTextByCode } from '/@/components/Form/src/utils/Area';

规则9：分类字典列翻译需要 List.vue 中手动加载分类数据到字典缓存 render.renderCategoryTree(text, 'pcode') 依赖 getDictItemsByCode(pcode) 从字典缓存读取分类数据，但系统登录时不会自动加载分类字典。需要在 List.vue 中手动调用 loadCategoryData 加载到 store：

// List.vue script
import { loadCategoryData } from '/@/api/common/api';
import { useUserStore } from '/@/store/modules/user';

const userStore = useUserStore();

function initDictConfig() {
  loadCategoryData({ code: 'B03' }).then((res) => {
    if (res) {
      const allDictDate = userStore.getAllDictItems;
      if (!allDictDate['B03']) {
        userStore.setAllDictItems({ ...allDictDate, 'B03': res });
      }
    }
  });
}
initDictConfig();

规则10：范围查询组件与 fieldMapToTime/fieldMapToNumber 的对应关系

⚠️ RangeTime 必须用 fieldMapToTime，不能用 fieldMapToNumber！ 时间和日期范围都走 fieldMapToTime，只有 JRangeNumber（数值）才走 fieldMapToNumber。

// searchFormSchema
{ label: '出生日期(范围)', field: 'birthday', component: 'RangePicker',
  componentProps: {
    valueType: 'Date',
    placeholder: ['开始日期', '结束日期'] }, colProps: { span: 6 },
  },
{ label: '上班时间(范围)', field: 'workTime', component: 'RangeTime', colProps: { span: 6 } },
{ label: '年龄(范围)', field: 'age', component: 'JRangeNumber',
  componentProps: { placeholder: ['最小值', '最大值'] }, colProps: { span: 6 } },

// List.vue formConfig — RangePicker 和 RangeTime 都用 fieldMapToTime！
fieldMapToTime: [
  ['birthday', ['birthday_begin', 'birthday_end'], 'YYYY-MM-DD'],
  ['workTime', ['workTime_begin', 'workTime_end'], 'HH:mm:ss'],  // ← RangeTime 也用 fieldMapToTime
],
fieldMapToNumber: [
  ['age', ['age_begin', 'age_end']],  // ← 只有 JRangeNumber 用 fieldMapToNumber
],

后端 QueryGenerator 会自动识别 _begin/_end 后缀生成 >= 和 <= 条件，无需后端特殊处理。

规则11：formSchema 字段校验规则（dynamicRules） 使用 dynamicRules 替代简单的 required，可组合多种校验：

import { rules } from '/@/utils/helper/validator';

// 1. 必填 + 长度校验
{ label: '文本', field: 'name', component: 'Input',
  dynamicRules: ({ model, schema }) => {
    return [
      { required: true, message: '请输入文本!' },
      { pattern: /^.{2,50}$/, message: '请输入2到50位字符!' },
    ];
  } },

// 2. 唯一校验（duplicateCheckRule）
{ label: '编码', field: 'code', component: 'Input',
  dynamicRules: ({ model, schema }) => {
    return [
      { required: true, message: '请输入编码!' },
      { ...rules.duplicateCheckRule('表名', '字段名', model, schema)[0] },
    ];
  } },

// 3. 金额格式校验（money — 存 varchar，用 Input 组件）
{ label: '金额', field: 'amount', component: 'Input',
  dynamicRules: () => {
    return [
      { required: false },
      { pattern: /^(([1-9][0-9]*)|([0]\.\d{0,2}|[1-9][0-9]*\.\d{0,2}))$/, message: '请输入正确的金额!' },
    ];
  } },

// 4. 全部 fieldValidType 校验类型速查
// ─────────────────────────────────────────────────────────────
// 校验类型(code)    正则 / 方法                                  提示文案
// ─────────────────────────────────────────────────────────────
// 必填     (*)      { required: true }                           '请输入xxx!'
// 唯一     (only)   rules.duplicateCheckRule('表名','字段',model,schema)[0]
// 手机号   (m)      /^1[3456789]\d{9}$/                          '请输入正确的手机号码!'
// 邮箱     (e)      /^([\w]+\.*)([\w]+)@[\w]+\.\w{3}(\.\w{2}|)$/ '请输入正确的电子邮件!'
// 网址     (url)    /^((ht|f)tps?):\/\/[\w\-]+(\.[\w\-]+)+([\w\-.,@?^=%&:\/~+#]*[\w\-@?^=%&\/~+#])?$/ '请输入正确的网址!'
// 金额     (money)  /^(([1-9][0-9]*)|([0]\.\d{0,2}|[1-9][0-9]*\.\d{0,2}))$/ '请输入正确的金额!'
// 6-16位数字(n6-16) /^\d{6,16}$|^(?=\d+\.\d+)[\d.]{7,17}$/      '请输入6到16位数字!'
// 6-16位任意(*6-16) /^.{6,16}$/                                  '请输入6到16位任意字符!'
// 6-18位字母(s6-18) /^[a-z|A-Z]{6,18}$/                         '请输入6到18位字母!'
// 邮政编码  (p)     /^[0-9]\d{5}$/                               '请输入正确的邮政编码!'
// 纯字母    (s)     /^[A-Z|a-z]+$/                               '请输入字母!'
// 数字      (n)     /^-?\d+\.?\d*$/                              '请输入数字!'
// 整数      (z)     /^-?\d+$/                                    '请输入整数!'
// 自定义正则(自填)  /^正则表达式$/                                '不符合校验规则!'
// ─────────────────────────────────────────────────────────────

// 5. 各类型 dynamicRules 示例
{ label: '6到16位数字', field: 'numDigit', component: 'Input',
  dynamicRules: () => [
    { required: false },
    { pattern: /^\d{6,16}$|^(?=\d+\.\d+)[\d.]{7,17}$/, message: '请输入6到16位数字!' },
  ] },

{ label: '6到16位任意字符', field: 'anyChar', component: 'Input',
  dynamicRules: () => [
    { required: false },
    { pattern: /^.{6,16}$/, message: '请输入6到16位任意字符!' },
  ] },

{ label: '6到18位字母', field: 'letterStr', component: 'Input',
  dynamicRules: () => [
    { required: false },
    { pattern: /^[a-z|A-Z]{6,18}$/, message: '请输入6到18位字母!' },
  ] },

{ label: '邮政编码', field: 'postCode', component: 'Input',
  dynamicRules: () => [
    { required: false },
    { pattern: /^[0-9]\d{5}$/, message: '请输入正确的邮政编码!' },
  ] },

{ label: '纯字母', field: 'letterOnly', component: 'Input',
  dynamicRules: () => [
    { required: false },
    { pattern: /^[A-Z|a-z]+$/, message: '请输入字母!' },
  ] },

{ label: '数字', field: 'numOnly', component: 'Input',
  dynamicRules: () => [
    { required: false },
    { pattern: /^-?\d+\.?\d*$/, message: '请输入数字!' },
  ] },

{ label: '整数', field: 'intOnly', component: 'Input',
  dynamicRules: () => [
    { required: false },
    { pattern: /^-?\d+$/, message: '请输入整数!' },
  ] },

{ label: '自定义正则(4位数字)', field: 'customVal', component: 'Input',
  dynamicRules: () => [
    { required: false },
    { pattern: /^\d{4}$/, message: '请输入4位数字!' },
  ] },

规则12：label 只显示业务含义，不要附带组件类型名称 生成的 label 只写业务字段名称，禁止在 label 后面括号标注组件类型。这条规则适用于 formSchema、searchFormSchema、columns 等所有 label/title。

// ✅ 正确
{ label: '课程名称', field: 'courseName', component: 'Input' }
{ label: '课程状态', field: 'status', component: 'JDictSelectTag' }
{ label: '开课日期', field: 'courseDate', component: 'DatePicker' }
{ label: '省市区', field: 'provinceCityArea', component: 'JAreaLinkage' }
{ label: '课程封面', field: 'courseImage', component: 'JImageUpload' }

// ❌ 错误 — 不要在 label 后面加括号标注组件类型
{ label: '课程名称(Input)', ... }
{ label: '课程状态(Select)', ... }
{ label: '开课日期(DatePicker)', ... }
{ label: '省市区(联动)', ... }
{ label: '课程封面(ImageUpload)', ... }
{ label: '关联记录(JPopup)', ... }
{ label: 'Popup回填(他表字段)', ... }

规则13：ERP 风格一对多 — 主表编辑不能用 updateMain ERP 风格下主表和子表各自独立保存。主表 Modal 只提交主表字段，禁止调用 updateMain()，否则会先删除所有子表记录再重新插入空列表，导致子表数据全部丢失。

// ❌ 错误 — ERP 模式使用 updateMain 会清空子表
demoCourseService.updateMain(demoCourse, page.getDemoCourseDetailList(), page.getDemoCourseStudentList());

// ✅ 正确 — ERP 模式使用 updateById 仅更新主表
demoCourseService.updateById(demoCourse);

后端需新增 /addMain（调用 service.save()）和 /editMain（调用 service.updateById()）两个接口，前端 api.ts 的 save/edit 指向这两个新接口。原有的 /add 和 /edit（saveMain/updateMain）保留给 Tab-in-Modal 风格使用。

规则14：ERP 风格一对多 — handleSuccess 不能清空 selectedRowKeys ERP 风格主表使用单选（radio），选中后通过 provide/inject 传递主表 ID 给子表。子表通过 watch(mainId) 监听变化并重载数据。如果 handleSuccess 清空了 selectedRowKeys，会触发子表 watch 重载为空列表，造成编辑后列表显空，需要刷新才恢复。

// ❌ 错误 — 清空选中会触发子表 watch，子表显示空
function handleSuccess() {
  (selectedRowKeys.value = []) && reload();
}

// ✅ 正确 — 只 reload 刷新数据，保持选中状态
function handleSuccess() {
  reload();
}

规则15：ERP 风格一对多 — 子表 FormSchema 必须包含隐藏的外键字段 ERP 模式下子表使用独立 Modal 编辑。FormSchema 中必须包含隐藏的 id 和外键字段（如 demoCourseId），否则新增时无法关联主表，编辑时无法定位记录。

export const subFormSchema: FormSchema[] = [
  { label: '', field: 'id', component: 'Input', show: false },
  { label: '', field: 'demoCourseId', component: 'Input', show: false },  // 外键字段
  // ... 业务字段
];

子表 Modal 的 handleSubmit 中，新增时自动设置外键值：

const mainId = inject('demoCourseId') || '';
// 提交时
if (unref(mainId)) {
  values.demoCourseId = unref(mainId);
}

规则16：ERP 风格一对多 — 子表 searchInfo 必须用 reactive 子表通过 searchInfo 向 BasicTable 传递主表 ID 过滤条件。如果 searchInfo 是普通对象 {}，编辑后调用 reload() 时 BasicTable 可能取不到最新的过滤值，导致列表不刷新或显示空数据。必须使用 reactive 包裹。

// ❌ 错误 — 普通对象，编辑后 reload 可能取不到 demoCourseId
const searchInfo = {};

// ✅ 正确 — reactive 对象，确保 BasicTable 能响应数据变化
const searchInfo = reactive<Record<string, any>>({});

同时 watch 中赋值用点语法（与 reactive 风格一致）：

watch(demoCourseId, () => {
  searchInfo.demoCourseId = unref(demoCourseId);  // ✅ 点语法
  reload();
  setSelectedRowKeys([]);
});

规则17：ERP 风格一对一子表 — 必须限制只能添加一条记录 一对一子表在列表中只允许存在一条记录。新增前必须检查是否已有数据，已有数据时禁用新增按钮并给出提示。通过 afterFetch 回调跟踪记录数：

const hasDetailRecord = ref(false);

// tableProps 中配置 afterFetch
afterFetch: (data) => {
  hasDetailRecord.value = data && data.length > 0;
  return data;
},

// 新增按钮绑定 :disabled="hasDetailRecord"
<a-button type="primary" @click="handleCreate" :disabled="hasDetailRecord">新增</a-button>

// handleCreate 中二次校验
function handleCreate() {
  if (isEmpty(unref(demoCourseId))) {
    $message.createMessage.warning('请选择一条主表记录');
    return;
  }
  if (hasDetailRecord.value) {
    $message.createMessage.warning('一对一子表只能有一条记录，请编辑现有记录');
    return;
  }
  openModal(true, { isUpdate: false, showFooter: true });
}

规则17.1：ERP 风格子表 — useTable 只返回两个元素，rowSelection 必须手动管理 useTable 返回 [registerTable, methods] 两个元素，不支持第三个解构。子表的 selectedRowKeys 和 rowSelection 必须手动定义，不能从 useTable 解构获取。

// ❌ 错误 — useTable 没有第三个返回值，页面报错
const [registerTable, { reload, setSelectedRowKeys }, { rowSelection, selectedRowKeys }] = useTable({...});

// ✅ 正确 — 手动管理 selectedRowKeys 和 rowSelection
const selectedRowKeys = ref<any[]>([]);
const rowSelection = { type: 'checkbox', selectedRowKeys, onChange: (keys) => { selectedRowKeys.value = keys; } };
const [registerTable, { reload }] = useTable({...});

// watch 中清空选中也要用直接赋值
watch(demoOrderId, () => {
  searchInfo.demoOrderId = unref(demoOrderId);
  reload();
  selectedRowKeys.value = [];  // ✅ 直接赋值，不用 setSelectedRowKeys
});

规则17.2：actionColumn 必须包含 title、dataIndex 和 slots actionColumn 必须同时设置 title: '操作'、dataIndex: 'action' 和 slots: { customRender: 'action' }，三者缺一不可，否则模板中的 #action 插槽无法匹配，操作按钮不会渲染。此规则适用于所有使用 useTable 的列表页（不仅限于 ERP 风格）。

// ❌ 错误 — 缺少 slots，操作列不显示按钮
actionColumn: {
  title: '操作',
  dataIndex: 'action',
  width: 120,
  fixed: 'right',
}

// ✅ 正确 — 必须包含 title、dataIndex 和 slots
actionColumn: {
  title: '操作',
  dataIndex: 'action',
  width: 120,
  fixed: 'right',
  slots: { customRender: 'action' },
}

规则17.3：ERP 风格 — API 的 saveOrUpdate 必须加 successMessageMode: 'none' defHttp.post 默认会根据后端返回的 message 自动弹一次成功提示。如果 Modal 的 handleSubmit 里又手动调了 $message.success()，会出现两次成功提示。ERP 风格（以及所有风格）的 api.ts 中，saveOrUpdate 函数必须关闭默认提示：

// ✅ 正确 — 关闭 defHttp 自动提示，由 Modal 手动控制
export const saveOrUpdate = (params, isUpdate) => {
  let url = isUpdate ? Api.edit : Api.save;
  return defHttp.post({ url: url, params }, { successMessageMode: 'none' });
};

// 子表独立保存也一样
export const subSaveOrUpdate = (params, isUpdate) => {
  let url = isUpdate ? Api.subEdit : Api.subSave;
  return defHttp.post({ url: url, params }, { successMessageMode: 'none' });
};

// ❌ 错误 — 不加 successMessageMode，加上 Modal 里的手动提示 = 弹两次
return defHttp.post({ url: url, params });

此规则适用于所有表类型（单表、一对多各风格），只要 Modal 中手动调了 $message.success，API 就必须加 { successMessageMode: 'none' }。

规则17.3.1：ERP 风格 — 主子表 useListPage 必须加 maxHeight ERP 风格的主表下方紧跟子表 Tab 区域，主表如果不限高，主表数据多时会把子表挤出视口；子表自身数据多时同样需要内部滚动避免页面整体过长。主子表的 useListPage({ tableProps }) 都必须加 maxHeight（推荐 300）。

// ✅ 主表 List.vue
useListPage({
  tableProps: {
    title: '...', api: list, columns,
    rowSelection: { type: 'radio' },
    maxHeight: 300,                  // ← 主表限高
    // ...
  },
});

// ✅ 子表 List.vue
useListPage({
  tableProps: {
    api: subList, columns: subColumns,
    useSearchForm: false,
    maxHeight: 300,                  // ← 子表限高
    beforeFetch: (params) => Object.assign(params, queryParam),
  },
  exportConfig: { name: '...', url: '' },
  importConfig: { url: () => '' },
});

仅 ERP 风格强制要求 maxHeight；Tab-in-Modal (C9)、内嵌子表 (C12)、单表/树表均不需要。

规则17.4：ERP 风格 — 前端文件结构 ERP 风格与其他一对多风格的核心差异是子表有独立的列表页和 Modal，不使用 JVxeTable。

views/{viewDir}/
├── {EntityName}List.vue              # ERP主页面（主表radio单选 + 下方Tab子表列表）
├── {SubEntity}List.vue               # 子表独立列表组件（每个子表一个）
├── {EntityName}.api.ts               # 全部API（主表/addMain+/editMain + 子表独立CRUD）
├── {EntityName}.data.ts              # 主表 columns/formSchema + 子表 BasicColumn[]/FormSchema[]
└── components/
    ├── {EntityName}Modal.vue          # 主表Modal（仅主表字段）
    └── {SubEntity}Modal.vue           # 子表Modal（inject外键 + 设FK）

ERP 前端关键模式：

• 主表列表：rowSelection: { type: 'radio' }，maxHeight: 300，provide('mainId', computed(() => ...))，@row-click 选中行
• 子表列表：inject<ComputedRef<string>>('mainId')，maxHeight: 300，reactive searchInfo，watch(mainId) 刷新，getSubList 空ID保护
• 子表 Modal：inject('mainId')，新增时 values.foreignKey = unref(mainId)
• data.ts：子表用 BasicColumn[] + FormSchema[]（不是 JVxeColumn[]），FormSchema 包含隐藏的 id 和外键字段
• api.ts：主表 save/edit 指向 /addMain+/editMain（调用 service.save/updateById），子表有完整独立 CRUD

ERP 子表 getSubList 空ID保护：

async function getSubList(params) {
  if (isEmpty(unref(mainId))) {
    return [];  // ← 无主表选中时返回空数组，避免请求报错
  }
  return subTableList({ ...params, foreignKey: unref(mainId) });
}

规则17.5：Flyway SQL 必须包含建表 DDL + 菜单权限 + 角色授权（三段缺一不可） 场景B（新建表）生成的 Flyway SQL 文件必须同时包含以下三段，缺任何一段都会导致问题：

1. 建表 DDL（CREATE TABLE IF NOT EXISTS）
2. 菜单权限（sys_permission：主菜单 + 所有按钮）
3. admin 角色授权（sys_role_permission：为每条 sys_permission 插入授权记录）

⚠️ 常见遗漏： 只写了 sys_permission 忘写 sys_role_permission，导致 admin 登录后看不到菜单和按钮。

生成前必须查询 admin 角色 ID：

mysql ... -e "SELECT id FROM sys_role WHERE role_code='admin' LIMIT 1"

-- ========== 建表 DDL ==========
CREATE TABLE IF NOT EXISTS `xxx` (...) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='xxx';
-- 子表（如有）
CREATE TABLE IF NOT EXISTS `xxx_detail` (...) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='xxx';

-- ========== 菜单权限 ==========
INSERT INTO sys_permission(...) VALUES
('{timestamp}01', ..., 0, ...),  -- 主菜单 is_leaf=0
('{timestamp}02', '{timestamp}01', '添加', ..., 1, ...),  -- 按钮 is_leaf=1
...;

-- ========== admin 角色授权 ==========
INSERT INTO sys_role_permission(id, role_id, permission_id, data_rule_ids, operate_date, operate_ip) VALUES
(REPLACE(UUID(),'-',''), '{admin_role_id}', '{timestamp}01', NULL, NOW(), '127.0.0.1'),
(REPLACE(UUID(),'-',''), '{admin_role_id}', '{timestamp}02', NULL, NOW(), '127.0.0.1'),
...;  -- 每条 sys_permission 对应一条授权记录

同时，执行 SQL 到数据库时也必须确保建表 DDL 被执行。 如果分开执行（先建表再菜单），需要两步都完成。

规则17.6：前端 data.ts 字段必须与后端 Entity 完全一致 生成前端 data.ts 时，columns/formSchema/searchFormSchema 的字段必须与后端 Entity 的属性一一对应。不能出现 Entity 没有的字段（如前端有 gdp 但 Entity 没有），也不能遗漏 Entity 有的字段（如 Entity 有 province 但前端没有）。

生成流程： 先生成后端 Entity → 再以 Entity 为基准生成前端 data.ts。如果分步生成，在生成前端时必须先重新读取 Entity 文件确认字段列表。

规则18：内嵌子表风格（expandedRowRender） — 三类数据导出 内嵌子表风格在列表页通过行展开（expandedRowRender）直接显示子表数据，同时在 Modal 中使用 JVxeTable/BasicForm 编辑子表。这要求 data.ts 和 api.ts 中对每个子表都有三类导出：

data.ts — 每个子表需要两种列定义：

// 1. BasicColumn[]（SubTable 行展开展示用）
export const xxxColumns: BasicColumn[] = [
  { title: '字段', align: 'center', dataIndex: 'field' },
  { title: '字典字段', align: 'center', dataIndex: 'dictField_dictText' },
];

// 2. JVxeColumn[]（一对多子表 Modal 中 JVxeTable 内嵌编辑用）
export const xxxJVxeColumns: JVxeColumn[] = [
  { title: '字段', key: 'field', type: JVxeTypes.input, width: '200px' },
];

// 3. FormSchema[]（一对一子表 Modal 中 BasicForm 编辑用）
export const xxxFormSchema: FormSchema[] = [
  { label: '字段', field: 'field', component: 'Input' },
];

api.ts — 每个子表需要两种导出：

// 1. URL 字符串（供 Modal 中 requestSubTableData / defHttp.get 使用）
export const queryXxxByMainId = Api.xxxList;

// 2. 函数导出（供 SubTable 组件直接调用，isTransformResponse:false 返回完整响应）
export const xxxListApi = (params) =>
  defHttp.get({ url: Api.xxxList, params }, { isTransformResponse: false });

规则19：内嵌子表风格 — SubTable 组件必须用 watchEffect 加载数据 SubTable 组件通过 props.id 接收主表 ID，使用 watchEffect 监听变化自动加载。API 使用 isTransformResponse: false，返回完整响应对象。后端返回 Result<IPage<T>>，数据在 res.result.records 中，不是 res.result！

// subTables/XxxSubTable.vue
const props = defineProps({ id: { type: String, default: '' } });
const loading = ref(false);
const dataSource = ref([]);

watchEffect(() => {
  props.id && loadData(props.id);
});

function loadData(id) {
  dataSource.value = [];
  loading.value = true;
  xxxListApi({ id })
    .then((res) => {
      if (res.success) {
        dataSource.value = res.result.records;  // ✅ 后端返回 IPage<T>，数据在 records 中
      }
    })
    .finally(() => { loading.value = false; });
}

规则20：内嵌子表风格 — List.vue 必须配置 expandedRowKeys + handleExpand 列表页需要 expandedRowKeys 控制展开状态（同时只展开一行），handleExpand 处理展开/收起事件。SubTable 组件通过 v-if="expandedRowKeys.includes(record.id)" 条件渲染，避免未展开时加载数据：

<BasicTable @register="registerTable" :expandedRowKeys="expandedRowKeys" @expand="handleExpand">
  <template #expandedRowRender="{ record }">
    <a-tabs tabPosition="top">
      <a-tab-pane tab="子表一" key="sub1" forceRender>
        <XxxSubTable v-if="expandedRowKeys.includes(record.id)" :id="record.id" />
      </a-tab-pane>
    </a-tabs>
  </template>
</BasicTable>

const expandedRowKeys = ref<any[]>([]);

function handleExpand(expanded, record) {
  expandedRowKeys.value = [];
  if (expanded === true) {
    expandedRowKeys.value.push(record.id);
  }
}

规则21：三种 Modal 布局风格区分

只有 Tab-in-Modal (C9) 使用 radio-group 标题栏切换！内嵌子表和 ERP 都使用原始布局（上面主表，下面子表）。

内嵌子表 (C12) 的 Modal 混合场景（一对一 + 一对多）同样使用 useJvxeMethod + validateSubForm，但注意 refKeys 只包含子表 key，不包含主表 key，因此 validateForm(index) 的 index 从 0 开始计数子表位置。

规则22：内嵌子表风格 — 前端文件结构

views/{viewDir}/
├── {EntityName}List.vue              # 主列表（含 expandedRowRender）
├── {EntityName}.api.ts               # 全部API
├── {EntityName}.data.ts              # 列定义 + 表单配置
├── components/
│   └── {EntityName}Modal.vue         # 编辑弹窗（主表 + Tabs子表）
└── subTables/
    ├── {SubEntity}SubTable.vue       # 子表展示组件（每个子表一个）
    └── ...

规则23：内嵌子表风格 — 子表提交字段名必须与后端 VO 属性名一致 Modal 提交时 JSON 中子表数据的 key 必须与后端 Page VO（如 XxxPage）中的 List<SubEntity> 属性名一致，不能用 API URL 的变量名。

// ❌ 错误 — 用了 API URL 变量名
{
  ...mainValues,
  queryDemoCourseDetail: [detailValues],    // 后端无法反序列化
  queryDemoCourseStudent: studentTableData, // 后端收到 null
}

// ✅ 正确 — 与后端 VO 属性名一致
{
  ...mainValues,
  demoCourseDetailList: [detailValues],     // 对应 DemoCoursePage.demoCourseDetailList
  demoCourseStudentList: studentTableData,  // 对应 DemoCoursePage.demoCourseStudentList
}

命名规则： 子表字段名 = {子表实体名首字母小写}List，如 DemoCourseDetail → demoCourseDetailList。 后果： 字段名不匹配时后端反序列化得到 null，saveMain/updateMain 会先删除旧子表记录再插入空列表，子表数据全部丢失。

规则24：内嵌子表风格 — handleSuccess 必须清空 expandedRowKeys 列表刷新后如果 expandedRowKeys 仍保留旧值，SubTable 的 v-if="expandedRowKeys.includes(record.id)" 仍为 true 但 id prop 没变化，watchEffect 不会重新触发，导致展示旧数据。

function handleSuccess() {
  expandedRowKeys.value = [];  // 必须清空，确保刷新后重新展开时 SubTable 重新加载
  (selectedRowKeys.value = []) && reload();
}

规则24.1：内嵌子表风格 — 后端子表查询必须返回 Result<IPage<T>>，不能返回 Result<List<T>> SubTable 前端通过 res.result.records 访问数据（见规则19），因此后端 Controller 的子表查询接口必须将 List<T> 包装成 IPage<T> 再返回。如果直接返回 Result<List<T>>，前端 res.result.records 为 undefined，子表数据不显示。

// ✅ 正确 — 返回 IPage<T>，前端通过 res.result.records 获取数据
@GetMapping(value = "/queryXxxByMainId")
public Result<IPage<Xxx>> queryXxxListByMainId(@RequestParam(name = "id", required = true) String id) {
    List<Xxx> list = xxxService.selectByMainId(id);
    IPage<Xxx> page = new Page<>();
    page.setRecords(list);
    page.setTotal(list.size());
    return Result.OK(page);
}

// ❌ 错误 — 返回 List<T>，前端 res.result.records 为 undefined
@GetMapping(value = "/queryXxxByMainId")
public Result<List<Xxx>> queryXxxListByMainId(@RequestParam(name = "id") String id) {
    List<Xxx> list = xxxService.selectByMainId(id);
    return Result.OK(list);  // 前端拿到的 res.result 是数组，没有 .records 属性
}

此规则同时适用于一对多和一对一子表的查询接口。 一对一子表的 Form 组件 initFormData 也通过 res.result.records[0] 获取数据。

规则24.2：内嵌子表风格 — tableRefs 只能包含 JVxeTable 的 ref，禁止包含 Form 组件 ref useJvxeMethod 返回的 handleChangeTabs 内部会调用 tableRefs[key]?.value?.resetScrollTop(0) 重置滚动位置。如果 tableRefs 包含了一对一子表的 Form 组件 ref，resetScrollTop 方法不存在，会报错 resetScrollTop is not a function。

// ✅ 正确 — tableRefs 只包含 JVxeTable 的 ref
const demoProjTask = ref();          // JVxeTable ref
const demoProjBudgetForm = ref();    // Form 组件 ref（不放入 tableRefs）
const tableRefs = { demoProjTask };  // 只有 JVxeTable

// ❌ 错误 — tableRefs 包含 Form ref，切换 tab 时报错 resetScrollTop is not a function
const tableRefs = { demoProjBudgetForm, demoProjTask };  // Form 组件没有 resetScrollTop 方法

规则24.3：内嵌子表风格 — 一对一子表 Form 必须用 defineComponent（Options API），禁止用 <script setup> 一对一子表 Form 组件（如 XxxForm.vue）需要被父组件通过 ref 调用 initFormData/getFormData/validateForm/resetFields 方法。使用 <script setup> + defineExpose 暴露方法时，父组件调用 xxxForm.value.validateForm() 会报 validateForm is not a function。必须使用 defineComponent + setup() + return {} 模式。

// ✅ 正确 — defineComponent + setup return（方法可被父组件通过 ref 调用）
export default defineComponent({
    name: "XxxForm",
    components: { BasicForm },
    emits: ['register'],
    props: {
        disabled: { type: Boolean, default: false }
    },
    setup(props, { emit }) {
        const [registerForm, { setProps, resetFields, setFieldsValue, getFieldsValue, validate, scrollToField }] = useForm({
            labelWidth: 150,
            schemas: xxxFormSchema,
            showActionButtonGroup: false,
            baseColProps: { span: 24 }
        });

        function initFormData(url, id) {
            if (id) {
                defHttp.get({ url, params: { id } }, { isTransformResponse: false }).then(res => {
                    res.success && res.result.records && res.result.records.length > 0 && setFieldsValue({ ...res.result.records[0] });
                })
            }
            setProps({ disabled: props.disabled })
        }

        function getFormData() {
            let formData = getFieldsValue();
            Object.keys(formData).map(k => {
                if (formData[k] instanceof Array) { formData[k] = formData[k].join(',') }
            });
            return [formData];  // 返回数组！后端用 List<Entity> 接收
        }

        function validateForm(index) {
            return new Promise((resolve, reject) => {
                validate().then(() => { return resolve() })
                    .catch(({ errorFields }) => {
                        return reject({ error: VALIDATE_FAILED, index, errorFields, scrollToField })
                    })
            })
        }

        return { registerForm, resetFields, initFormData, getFormData, validateForm }
    }
})

// ❌ 错误 — <script setup> + defineExpose（父组件调用报 xxx is not a function）
// <script lang="ts" setup>
// const { initFormData, getFormData, validateForm, resetFields } = useXxx();
// defineExpose({ initFormData, getFormData, validateForm, resetFields });
// </script>

规则24.4：内嵌子表风格 — Modal 必须使用 useJvxeMethod 6参数模式 内嵌子表 (C12) 的 Modal 与默认/原始布局风格完全一致，同样使用 useJvxeMethod 的 6 参数模式。不要自己编写 handleSubmit，useJvxeMethod 返回的 handleSubmit 已内置表单校验、子表数据收集、validateSubForm 调用等完整逻辑。

// Modal.vue 关键结构
const refKeys = ref(['demoProjBudget', 'demoProjTask']);  // 只有子表 key，不含主表
const activeKey = ref('demoProjBudget');
const demoProjBudgetForm = ref();    // 一对一子表 Form ref
const demoProjTask = ref();          // 一对多子表 JVxeTable ref
const tableRefs = { demoProjTask };  // ⚠️ 只包含 JVxeTable ref！

const demoProjTaskTable = reactive({
    loading: false,
    dataSource: [],
    columns: demoProjTaskJVxeColumns
});

// ✅ 6参数调用 useJvxeMethod
const [handleChangeTabs, handleSubmit, requestSubTableData, formRef] = useJvxeMethod(
    requestAddOrEdit, classifyIntoFormData, tableRefs, activeKey, refKeys, validateSubForm
);

// classifyIntoFormData — 组装提交数据
function classifyIntoFormData(allValues) {
    let main = Object.assign({}, allValues.formValue)
    return {
        ...main,
        demoProjBudgetList: demoProjBudgetForm.value.getFormData(),     // 一对一：调用 Form 的 getFormData()
        demoProjTaskList: allValues.tablesValue[0].tableData,           // 一对多：从 tablesValue 取（index 对应 tableRefs 中的顺序）
    }
}

// validateSubForm — 校验所有一对一子表
function validateSubForm(allValues) {
    return new Promise((resolve, reject) => {
        Promise.all([
            demoProjBudgetForm.value.validateForm(0),  // index 对应 refKeys 中的位置
        ]).then(() => {
            resolve(allValues)
        }).catch(e => {
            if (e.error === VALIDATE_FAILED) {
                activeKey.value = e.index == null ? unref(activeKey) : refKeys.value[e.index]
                if (e.errorFields) {
                    const firstField = e.errorFields[0];
                    if (firstField) { e.scrollToField(firstField.name, { behavior: 'smooth', block: 'center' }); }
                }
            } else { console.error(e) }
        })
    })
}

// Modal 打开时加载子表数据
const [registerModal, { setModalProps, closeModal }] = useModalInner(async (data) => {
    await reset();
    setModalProps({ confirmLoading: false, showCancelBtn: data?.showFooter, showOkBtn: data?.showFooter });
    isUpdate.value = !!data?.isUpdate;
    formDisabled.value = !data?.showFooter;
    if (unref(isUpdate)) {
        await setFieldsValue({ ...data.record });
        // 一对一子表：调用 Form 的 initFormData（传 URL 字符串 + 主表 id）
        demoProjBudgetForm.value.initFormData(queryDemoProjBudgetByMainId, data?.record?.id);
        // 一对多子表：调用 requestSubTableData（传 URL 字符串 + 参数 + reactive 表对象）
        requestSubTableData(queryDemoProjTaskByMainId, { id: data?.record?.id }, demoProjTaskTable);
    }
    setProps({ disabled: !data?.showFooter });
});

// reset — 重置所有表单和子表数据
async function reset() {
    await resetFields();
    activeKey.value = 'demoProjBudget';
    demoProjBudgetForm.value.resetFields();       // 一对一子表重置
    demoProjTaskTable.dataSource = [];             // 一对多子表清空数据
}

规则24.5：内嵌子表风格 — api.ts 双导出模式（URL字符串 + API函数） 每个子表需要两种导出方式，分别供 Modal 和 SubTable 使用：

// api.ts
enum Api {
  // ...
  demoProjBudgetList = '/demo/demoProj/queryDemoProjBudgetByMainId',
  demoProjTaskList = '/demo/demoProj/queryDemoProjTaskByMainId',
}

// 1. URL 字符串导出 — 供 Modal 中 requestSubTableData / initFormData 使用
//    这些函数内部用 defHttp.get 默认 isTransformResponse:true，拿到的是 result 部分
export const queryDemoProjBudgetByMainId = Api.demoProjBudgetList;
export const queryDemoProjTaskByMainId = Api.demoProjTaskList;

// 2. 函数导出 — 供 SubTable 组件使用，isTransformResponse:false 返回完整 {success, result, ...}
export const demoProjBudgetListApi = (params) =>
  defHttp.get({ url: Api.demoProjBudgetList, params }, { isTransformResponse: false });
export const demoProjTaskListApi = (params) =>
  defHttp.get({ url: Api.demoProjTaskList, params }, { isTransformResponse: false });

为什么需要两种？

• Modal 中 requestSubTableData(url, params, tableObj) 内部执行 defHttp.get({url, params}) 默认 isTransformResponse:true，拿到的直接是 result 对象（即 IPage），然后取 res.records || res 赋值给 tableObj.dataSource
• Modal 中 initFormData(url, id) 内部执行 defHttp.get({url,params:{id}},{isTransformResponse:false})，拿到完整响应，通过 res.result.records[0] 取第一条数据
• SubTable 中 xxxListApi({id}) 用 isTransformResponse:false，通过 res.result.records 取数据数组

规则25：Tab-in-Modal 风格 — Modal 必须用 radio-group 标题栏，不是 a-tabs Tab-in-Modal 风格的 Modal 使用 a-radio-group + a-radio-button 在标题栏切换主表/子表区域，各区域用 v-show 显隐（不是 a-tab-pane）。必须设置 wrapClassName="j-cgform-tab-modal" 启用专属样式，contentArea div 包裹所有表单区域。

<BasicModal ref="modalRef" destroyOnClose wrapClassName="j-cgform-tab-modal" ...>
  <template #title>
    <div class="titleArea">
      <div class="title">{{ title }}</div>
      <div class="right">
        <a-radio-group v-model:value="activeKey">
          <a-radio-button v-for="item in tabNav" :value="item.tableName">{{ item.tableTxt }}</a-radio-button>
        </a-radio-group>
      </div>
    </div>
  </template>
  <div class="contentArea">
    <BasicForm v-show="activeKey == refKeys[0]" ... />
    <JVxeTable v-show="activeKey == 'subTableKey'" ... />
    <XxxForm v-show="activeKey == 'subOneKey'" ... />
  </div>
</BasicModal>

规则26：Tab-in-Modal 风格 — 一对一子表必须抽成独立 Form.vue 组件 一对一子表不能用内联 BasicForm（useForm + registerDetailForm），必须抽成独立的 Vue 组件（如 XxxForm.vue），使用 Options API（defineComponent）暴露以下方法：

• initFormData(url, id) — 加载数据，内部用 defHttp.get({url,params:{id}},{isTransformResponse:false})
• getFormData() — 返回 [formData] 数组（后端用 List<Entity> 接收）
• validateForm(index) — 校验表单，index 对应 refKeys 数组位置
• resetFields() — 重置表单

规则27：Tab-in-Modal 风格 — useJvxeMethod 第6个参数 validateSubForm 有一对一子表时，useJvxeMethod 必须传入第6个参数 validateSubForm，该函数在 handleSubmit 中自动调用。不需要自写 handleSubmit：

const [handleChangeTabs, handleSubmit, requestSubTableData, formRef] = useJvxeMethod(
  requestAddOrEdit, classifyIntoFormData, tableRefs, activeKey, refKeys, validateSubForm
);
// validateSubForm 内部调用所有一对一子表的 validateForm(index)

规则28：Tab-in-Modal 风格 — refKeys 和 JVxeTable ref 名必须一致 refKeys 数组的值必须与 v-show 条件、JVxeTable 的 ref 名、activeKey 的值完全一致。refKeys[0] 固定为主表 key。

const refKeys = ref(['mainKey', 'subManyKey', 'subOneKey']);
// JVxeTable: ref="subManyKey"   v-show="activeKey == 'subManyKey'"
// Form:      ref="subOneForm"   v-show="activeKey == 'subOneKey'"

规则29：树表 — Mapper 接口参数名必须与 XML 参数名一致 树表 Mapper 接口和 XML 的参数命名必须严格对齐，参考 JeecgBoot 代码生成器的标准输出：

// Mapper 接口
void updateTreeNodeStatus(@Param("id") String id, @Param("status") String status);
List<SelectTreeModel> queryListByPid(@Param("pid") String pid, @Param("query") Map<String, String> query);

<!-- XML 中对应的参数名 -->
<update id="updateTreeNodeStatus">
    update {{tableName}} set has_child = #{status} where id = #{id}
</update>
<select id="queryListByPid" resultType="org.jeecg.common.system.vo.SelectTreeModel">
    select id as "key", {{displayField}} as "title",
           (case when has_child = '1' then 0 else 1 end) as isLeaf,
           {{pidField}} as parentId
    from {{tableName}} where {{pidField}} = #{pid}
    <if test="query != null">
        <foreach collection="query.entrySet()" item="value" index="key">
            and ${key} = #{value}
        </foreach>
    </if>
</select>

规则30：树表 — Modal 的 updateSchema 禁止传递 treeData JTreeSelect 组件通过 dict 配置（如 "demo_category,category_name,id"）自行从后端加载树数据。updateSchema 只需传递 hiddenNodeKey，禁止传递 treeData 到 componentProps，否则会导致下拉框显示异常（label 变 value、内容不全）。

// ❌ 错误 — 传递 treeData 会干扰 JTreeSelect 内部数据管理
updateSchema([{ field: 'pid', componentProps: { treeData, hiddenNodeKey: data.record.id } }]);

// ✅ 正确 — 只传 hiddenNodeKey
updateSchema([{ field: 'pid', componentProps: { hiddenNodeKey: data.record.id } }]);

treeData 变量仅用于 Modal 内部的 getExpandKeysByPid 函数（计算展开路径），不用于 JTreeSelect 组件。

规则31：树表 — handleSuccess 必须遵循参考代码的刷新策略 树表 handleSuccess 回调接收 {isUpdate, values, expandedArr, changeParent} 四个参数，刷新策略如下：

async function handleSuccess({isUpdate, values, expandedArr, changeParent}) {
  if (isUpdate) {
    if (changeParent) {
      reload();  // 父节点变更，全量刷新
    } else {
      // 父节点未变，重新查询单条记录（含 _dictText 翻译）
      let data = await list({ id: values.id, pageSize: 1, pageNo: 1, pid: values['pid'] });
      if (data && data.records && data.records.length > 0) {
        updateTableDataRecord(values.id, data.records[0]);
      } else {
        updateTableDataRecord(values.id, values);
      }
    }
  } else {
    if (!values['id'] || !values['pid']) {
      reload();  // 新增根节点，全量刷新
    } else {
      // 新增子节点，逐级展开
      expandedRowKeys.value = [];  // ← 必须先清空！
      for (let key of unref(expandedArr)) {
        await expandTreeNode(key);
      }
    }
  }
}

关键点：

1. 编辑后必须重新查询单条数据（list({id,...})），不能直接用 form values 更新，否则字典列不显示翻译文本
2. 新增子节点前必须先清空 expandedRowKeys（expandedRowKeys.value = []），否则展开逻辑出错
3. 新增根节点判断条件是 !values['id'] || !values['pid']（form 提交后 id 为空因为是后端自动生成）

规则32：树表 — getDataByResult 的 loading 占位节点必须使用正确的显示字段 getDataByResult 为有子节点的数据添加 loading 占位，占位节点的显示字段名必须与表的树节点主显示列一致：

// 如果 columns 第一列 dataIndex 是 'categoryName'
let loadChild = { id: item.id + '_loadChild', categoryName: 'loading...', isLoading: true }
// 如果 columns 第一列 dataIndex 是 'name'
let loadChild = { id: item.id + '_loadChild', name: 'loading...', isLoading: true }

使用错误的字段名（如统一用 name）会导致 loading 文本不显示。

规则33：树表 — 前端代码必须完全对齐参考代码结构 树表前端与单表有根本性差异，生成时必须严格按以下清单：

List.vue 必须包含：

• isTreeTable: true in tableProps
• expandedRowKeys ref + @expand="handleExpand" + @fetch-success="onFetchSuccess"
• beforeFetch 必须添加 params.hasQuery = "true"
• queryParam reactive + superQueryConfig + 高级查询组件
• v-auth 权限指令在所有操作按钮上
• getTableAction 主操作（编辑 + 添加下级）+ getDropDownAction 下拉操作（详情 + 删除）
• actionColumn 必须设置 width: 240 和 fixed: 'right'
• handleExpand 中必须处理 result.records：result = result.records ? result.records : result
• handleAddSub 传递 {pidField: record.id} 作为 record（pidField 即 pid 字段名）
• batchHandleDelete 必须过滤 loadChild 占位：ids.filter(item => !item.includes('loadChild'))

Modal.vue 必须包含：

• let model: Nullable<Recordable> = null 保存编辑前数据
• treeData ref 用于 getExpandKeysByPid（不传给 JTreeSelect）
• setModalProps({ showOkBtn: !!!data?.hideFooter }) 详情模式隐藏确认按钮
• setProps({ disabled: !!data?.hideFooter }) 详情模式禁用表单
• isDetail.value = !!data?.showFooter（注意是 showFooter 不是 hideFooter）
• 编辑时 updateSchema 只传 hiddenNodeKey
• handleSubmit 中 emit('success', {isUpdate, values, expandedArr, changeParent})
• changeParent 判断：model != null && (model['pid'] != values['pid'])
• scrollToField 在 catch 块中处理校验错误定位
• baseRowStyle: { padding: "0 20px" } 表单行内边距

data.ts 必须包含：

• id 隐藏字段放在 formSchema 最后
• pid 字段用 JTreeSelect 组件，配置 dict/pidField/pidValue/hasChildField
• 树表主显示列的 align 必须是 'left'（便于显示层级缩进）
• superQuerySchema 每项需包含 type 字段

api.ts 必须包含：

• rootList（不是 list）、childList、getChildListBatch、loadTreeData 四个树表专用接口
• getChildListBatch 必须使用 {isTransformResponse: false} 返回完整 Result 对象

规则33.1：树表 — pid 字段改名后，前端所有 pid 引用必须同步替换为实际 camelCase 字段名

树表模板默认以 pid 作为父节点字段名。当 DB 字段不叫 pid（如 parent_id、parent_node 等）时，前端所有硬编码的 'pid' 必须替换为对应的 Java camelCase 名称（如 parentId）。否则 QueryGenerator 找不到匹配字段，过滤条件被忽略，接口返回全表数据。

必须替换的位置（以 parent_id → parentId 为例）：

根本原因： childList 使用 QueryGenerator.initQueryWrapper(entity, req.getParameterMap())，参数名必须与 Entity 字段名（camelCase）完全匹配才能生成 WHERE 条件。传 pid 但 Entity 字段叫 parentId，条件被静默忽略，返回全表数据。

生成后自查： 搜索 List.vue、Modal.vue 中所有字面量 'pid'，逐一确认是否需要替换为实际父节点字段的 camelCase 名。

规则34：vue3Native 单表 Form 默认单列布局，用户指定时按指定列数

生成 vue3Native 单表的 Form.vue 时，默认使用单列布局：

<!-- 默认：所有字段 span=24，Modal 宽度 800 -->
<a-col :span="24">
  <a-form-item ...>...</a-form-item>
</a-col>

仅当用户明确说明列数（如"双列"、"两列"、"2列"、"三列"等）时，才改变布局：

注意： 同一表单中通常有例外字段用全宽（如多行文本 remark、富文本 content），这类字段无论整体几列都用 :span="24"。

规则35：生成默认值时 formSchema 的 defaultValue 必须有实际意义

当用户要求"生成默认值"时，formSchema 中每个控件的 defaultValue 必须是有意义的示例数据，不能统一写 ''（空字符串）。空字符串在表单打开时什么都不显示，不能体现"默认值"的效果。

各控件类型的默认值规则：

以下控件依赖系统实际数据，无法预设固定默认值，保持 defaultValue: ''： JSelectDept、JTreeSelect(关联他表)、JImageUpload、JUpload

JPopup 例外： 默认值设为 'admin'（系统内置管理员账号） JPopupDict 例外： 默认值设为 'e9ca23d68d884d4ebb19d07889727dae'（系统内置数据 ID）

JCategorySelect 例外： 默认值设为 'f39a06bf9f390ba4a53d11bc4e0018d7'（系统内置分类节点 ID）

JSelectUser 例外： 默认值设为 'admin'（系统内置管理员账号，必定存在）

JAreaLinkage 例外： 使用北京市的 GB 区划码作为默认值：defaultValue: '110105'（北京市朝阳区）

日期字段的当天日期：通过 date +%Y-%m-%d 获取真实日期后写入，不要硬编码过去的日期。

智能字段推导中的字典关键词

当用户描述字段时，按以下关键词自动推导使用哪种字典：

项目路径

重要：禁止通过 Glob/Bash/Grep 等工具主动搜索 CLAUDE.md 或项目目录！

路径获取优先级（按顺序执行，不得跳步）：

1. memory 中已有记录：直接使用，无需任何文件读取
2. 当前目录下有 CLAUDE.md：用 Read 工具直接读取该文件获取路径（不搜索，不 Glob）
3. 以上均无：在 Step 2 的选项表格中追加"后端项目根路径"和"前端项目根路径"两项，让用户手动填写

命名约定

• 表名：snake_case（如 biz_goods）
• 实体名：表名转 PascalCase（如 BizGoods）
• entityPackage：表名前缀或用户指定（如 biz）
• bussiPackage 固定：org.jeecg.modules
• 权限编码：{entityPackage}:{tableName}:add/edit/delete/deleteBatch/exportXls/importExcel

智能字段推导

用于新建表场景（从自然语言推导），或已有表但字段无注释时的补充推导：

已有表场景的 DB类型→控件 映射（当字段无注释时使用）：

主键策略（根据已有表结构自适应）

注意： 当主键为 Integer/Long 类型时，Controller 中 delete 和 queryById 的参数类型也要对应调整。

系统字段（按实际表结构判断）

不是所有表都有系统字段！ 生成前必须检查表是否实际包含这些字段，只生成表中存在的字段：

如果是新建表（用户自然语言描述需求），则默认添加全部系统字段。 如果是已有表（用户指定了表名且数据库中已存在），则必须根据实际 DDL 来决定。

树表额外字段：pid、has_child（同样需检查是否实际存在）。

参考文件

生成代码前，必须读取 同目录下的 codegen-reference.md 获取完整代码模板骨架。

• codegen-reference.md：后端 Java + 前端 Vue3 完整代码模板骨架，生成代码前必须读取
• references/ref-menu-sql.md：菜单权限 SQL 模板（sys_permission + sys_role_permission），第 3 轮写入前必须读取
• parallel-generation-mode.md：并行生成模式（Beta）的契约冻结清单、SubAgent 派发 prompt 模板、跨端校验流程、回退策略。仅当用户在"生成模式"章节选择并行模式后才需要读取