不灭的焱

Git 三大区域流程图（最核心）

┌───────────────┐      git add      ┌───────────────┐      git commit      ┌───────────────┐
│               │  ──────────────►  │               │  ────────────────►  │               │
│   工作区      │    变成【已暂存】  │   暂存区      │    变成【版本历史】  │   版本库      │
│ （你的文件）  │  ◄──────────────   │ （临时提交区） │                     │ （本地仓库）  │
│ 【未暂存】    │    git reset      │ 【已暂存】     │                     │               │
└───────────────┘                   └───────────────┘                     └───────────────┘

Typora 预览模式默认不显示 H1/H2 等标签，需要通过 自定义 CSS 实现永久显示，或用 源代码模式 临时查看。

Codex 中文乱码不是 Codex 的 bug。根因是 Windows 终端默认编码体系（历史代码页）与现代 CLI 工具（UTF-8）不一致。

• 用户带有 role_code = admin 时，直接读取全量 sys_menu 的菜单和按钮权限
• 非 admin 用户仍然按 sys_role_menu 生效
• 前端按钮显示和后端 @SaCheckPermission 都会认同一份 admin 全量权限

当前这个前端工程里，左侧导航没有在前端按某个字段做显式排序。

因此如果你现在看到左侧导航像是按排序号排好的，那大概率是：

• 后端在返回 /auth/user 的 authorities 时，已经按 sortNumber 排好了
• 前端只是按返回顺序展示

这个仓库的 Java 后端开发已经形成了比较明确的固定套路。下次继续写后端代码时，默认按“模块化目录 + DTO 入出参 + R<T> 统一返回 + Service 承载业务 + MyBatis-Flex 承载单表 ORM + XML 承载复杂 SQL + BusinessException 承载业务异常”的方式执行。

本项目前端 fuyo-ccc-bos-ui 已基于 ele-admin-plus@1.5.0 落地，不需要从零研究“框架怎么接入”，下次直接按本文档的项目约定开发即可。

本仓库后端 ORM 方案已经明确采用 MyBatis-Flex 1.11.6。下次开发时，不要把它当成“纯注解 CRUD 框架”，而要按本项目的真实模式使用：Entity + TableDef + BaseMapper + ServiceImpl + QueryWrapper 负责单表和常规条件查询，复杂分页/连表查询按需落到 Mapper XML。

汇总MyBatis-Flex ORM框架常用功能代码

Result类功能：封装需要向前端传递的数据。

Result类的内部构造：在内部封装三个元素，code，msg，T data；和两个构造方法，一个用来传递成功信息，另一个用来传递失败信息。