## ADDED Requirements ### Requirement: Web 管理端以 Fresh Mint 规范为唯一视觉权威 `web-admin` 工程的界面实现 SHALL 以 `docs/web-admin-ui-spec-fresh-mint.md` 及其中引用的 `docs/fresh-mint-green.html` 为权威来源;主色链 SHALL 使用文档定义的 Mint 绿系(如 `--primary` `#10b981` 等),不得擅自替换为小程序品牌色。 #### Scenario: 新增列表页 - **WHEN** 在 `web-admin` 新增标准列表/表单页 - **THEN** 页面结构 SHALL 对齐规范中的布局顺序(筛选 → 工具栏 → 列表 → 分页等)及模板页(如 `#/demo/unit`、`#/demo/order`)所体现的模式 ### Requirement: 小程序以三墙 Demo 体系为唯一视觉权威 `miniprogram` 工程的界面 SHALL 以 `docs/miniprogram-ui-spec-sanqiang.md` 及其中列出的 `mobile-ui/sanqiang-*.html` 为权威来源;品牌绿、大麦黄与中性色 SHALL 采用规范 §2 Token,不得直接复用 Web 端 Fresh Mint 色板作为主色。 #### Scenario: 新增小程序页面 - **WHEN** 新增客户端/供应商/配送端页面 - **THEN** 页面 SHALL 遵循规范中的统一骨架(Header 渐变、卡片圆角节奏、底部固定区等)及状态标签语义色 ### Requirement: 禁止跨端调色板混用 除非产品书面要求,Web 管理端 SHALL NOT 使用小程序规范中的 `#0a9f6d` 等作为主色;小程序 SHALL NOT 使用 `#10b981` 作为主色替代品牌绿。 #### Scenario: Code review - **WHEN** PR 修改全局主题或主按钮色 - **THEN** 审查者 SHALL 对照对应端 UI 规范文档中的 Token 表拒绝跨端拷贝色值 ### Requirement: 树形主数据展示规则 涉及树形主数据(分类、库位、组织等)时,Web 端 SHALL 遵循:下拉/树节点展示**本级名称**,选中后在输入框、表格、导出与查看弹窗中展示**全路径**;路径分隔符 SHALL 与工程约定一致(当前为 ` / `,见 `web-admin/src/utils/tree-path.ts` 与规范 §5.6)。 #### Scenario: 树选择与表格列 - **WHEN** 用户在树形选择器中选择末级节点 - **THEN** 表格与只读视图 SHALL 展示完整祖先路径而非仅末级名称 ### Requirement: 弹窗与遮罩 Web 管理端弹窗 SHALL 遵循规范:表单 `label-position="top"`;遮罩 SHALL NOT 使用背景模糊(`backdrop-filter: none` 等与仓库既有策略一致)。 #### Scenario: 新增编辑弹窗 - **WHEN** 使用 Element Plus `el-dialog` 承载表单 - **THEN** 表单标签位置与遮罩样式 SHALL 符合 `docs/web-admin-ui-spec-fresh-mint.md` 中 `el-dialog` 小节 ### Requirement: 小程序媒体与触控 小程序列表缩略图、轮播与详情图 SHALL 遵循 `docs/miniprogram-ui-spec-sanqiang.md` §7.0 的宽高比与 `mode` 约定;可点击控件 SHALL 满足最小触控区域(规范中的 44×44 等要求)。 #### Scenario: 商品列表缩略图 - **WHEN** 展示商品列表缩略图 - **THEN** 图片区域 SHALL 为 1:1 且使用 `aspectFill`(与规范 §7.0.1 一致) ### Requirement: 页面不展示顶部 page-head 大标题与描述 `web-admin` 所有左侧菜单对应的页面 **SHALL NOT** 包含顶部 `
`(或 `
`)区块,即不在页面顶部展示 `

` 大标题和 `

` 描述文字。页面内容 SHALL 直接从 `

`(或 `
`)开始。 **理由**:左侧菜单已提供当前页面名称,顶部大标题和描述属于冗余信息,移除后页面更简洁、内容区更大。 #### Scenario: 新增菜单页面无 page-head - **WHEN** 新增一个左侧菜单对应的页面 - **THEN** 该页面 SHALL NOT 包含 `
` 或 `
` 元素 - **THEN** 页面模板 SHALL 直接以 `
` 或 `
` 作为第一个子内容块 #### Scenario: Code review 检查 page-head - **WHEN** PR 包含新增或修改的页面文件(`src/views/**/*.vue`) - **THEN** 审查者 SHALL 确认该页面不包含 `class="page-head"` 元素 ### Requirement: 列表面板主标题装饰 `web-admin` 中列表面板 `panel-top` 下的主标题(`h2.title-bar-heading`)SHALL 在标题文案前展示 **主色竖条**(与全局 `app.scss` 中 `h2.title-bar-heading::before` 一致);含「租户」「用户」等易歧义文案的标题 SHALL 通过 `App.vue` 中 `panelTitleBarTextRules` 显式纳入竖条样式,避免子串误匹配为其它图标。 **重要**:`App.vue` 中 `panelTitleBarTextRules` 是标题竖条样式的唯一触发入口。新增任何包含 `panel-top > h2` 标题的页面时,开发者 SHALL 将该标题文案追加到 `panelTitleBarTextRules` 正则表达式的 `|` 分隔列表中。遗漏将导致标题无绿色竖条而显示为无样式或错误图标。 #### Scenario: 租户列表标题 - **WHEN** 打开 `#/system/tenant` 租户管理页 - **THEN** 「租户列表」标题 SHALL 显示绿色竖条装饰,且 SHALL NOT 因「租户」含「用户」子串而显示用户类图标 #### Scenario: 新增页面标题竖条 - **WHEN** 新增包含 `panel-top > h2` 标题的列表页(如标题为"XXX列表") - **THEN** 开发者 SHALL 在 `App.vue` 的 `panelTitleBarTextRules` 正则中追加该标题文案(用 `|` 分隔) - **THEN** 标题 SHALL 显示绿色竖条装饰 #### Scenario: Code review 新页面标题 - **WHEN** PR 包含新增页面的 `panel-top > h2` 标题 - **THEN** 审查者 SHALL 确认 `App.vue` 的 `panelTitleBarTextRules` 已同步更新 ### Requirement: 弹窗与面板内子区域标题装饰 `web-admin` 中弹窗(`el-dialog`)和面板内的子区域标题(如「选择部门」「已选用户」「基本信息」「参数配置」等区块标题)SHALL 在文字左侧展示主色竖条装饰(`border-left: 3px solid #10b981`,`padding-left: 10px`),与列表面板主标题的竖条风格保持一致。子区域标题与字段标签(`el-form-item` label 或 `dt`)SHALL 形成明显视觉区分:子区域标题使用深色文字 + 竖条,字段标签使用辅助灰色、无竖条。 此规则适用于以下场景的区块标题: 1. **弹窗内分组标题**:如编辑弹窗中的「基本信息」「参数配置」等将表单字段分组的标题。 2. **多栏选择器的列标题**:如「选择部门」「选择用户」等 `data-scope-col-title` 类标题。 3. **已选摘要的分组标题**:如「已选部门」「已选用户」等 `data-scope-summary-heading` 类标题。 4. **查看弹窗的区块标题**:`SystemViewDialog` 的 section title(`h3`)。 5. **设计器/工具面板的分组标题**:如「节点类型」「属性」等 `panel-section-title` 类标题。 #### Scenario: 新增弹窗包含子区域分组 - **WHEN** 新增编辑弹窗内使用 `section-title`、`col-title`、`summary-heading` 等类名作为区块标题 - **THEN** 标题 SHALL 使用 `border-left: 3px solid #10b981` + `padding-left: 10px` 展示主色竖条 #### Scenario: Code review 弹窗子区域标题 - **WHEN** PR 包含弹窗内新增或修改的区块标题样式 - **THEN** 审查者 SHALL 确认标题包含主色竖条装饰,且与字段标签有明确视觉区分 ### Requirement: 新增与编辑弹窗布局与视口留白 使用 Element Plus `el-dialog` 承载新增/编辑表单时,系统 SHALL 满足: 1. **水平栅格**:默认使用 **两列** 栅格(`.form-grid-2`,`grid-template-columns: repeat(2, minmax(0, 1fr))`,`gap: 12px 20px`);字段较多时 SHALL 通过加宽 `width` 并选用 `.form-grid-3`、`.form-grid-4` 或 `.form-grid-5` 扩展列数,**列数上限为 5**;跨整行长字段 SHALL 使用 `.form-col-span-2`(`grid-column: 1 / -1`)。 2. **窄屏回退**:视口或表单区过窄时,栅格 SHALL 回退为更少列或单列(与全局 `app.scss` 中 `@media (max-width: 900px)`、`(max-width: 560px)` 规则一致)。 3. **定位**:弹窗 SHALL 相对视口水平与垂直居中(依赖 `ElConfigProvider` 的 `dialog.alignCenter` 及 Element Plus 默认遮罩层居中行为)。 4. **高度与滚动**:使用 `.dialog-form-layout` 类名的弹窗壳层 SHALL `max-height: calc(100vh - 100px)`,保证相对视口上下各 **至少约 50px** 可视留白;弹窗 SHALL NOT 以固定高度占满视口;当内容超出时 **仅** `.el-dialog__body` 区域出现纵向滚动条,页头与底栏固定不滚动。 #### Scenario: 租户新增弹窗 - **WHEN** 在租户管理页打开新增或编辑租户弹窗 - **THEN** 表单 SHALL 以两列栅格展示常规字段、备注跨两列;弹窗 SHALL 带 `dialog-form-layout` 且正文区在内容过多时可滚动 #### Scenario: 高字段数弹窗 - **WHEN** 某业务弹窗字段超过两列舒适排布 - **THEN** 实现 SHALL 增加 `el-dialog` 的 `width` 并选用 `form-grid-3` 至 `form-grid-5` 之一,且 SHALL NOT 使用超过 5 列的栅格类 ### Requirement: 图标组件使用 Element Plus 图标 `web-admin` 中的图标 SHALL 优先使用 Element Plus 内置图标(`@element-plus/icons-vue`),通过 `ArtSvgIcon` 组件的 EP 图标映射(`src/utils/ui/ep-icon-map.ts`)渲染;SHALL NOT 在新增代码中直接使用 Iconify 远程图标名(如 `ri:xxx`、`fluent:xxx`)。仅在 Element Plus 无等价图标时,方可保留 Iconify 图标名作为例外。 #### Scenario: 新增菜单路由 - **WHEN** 在 `src/router/modules/` 中新增路由并设置 `meta.icon` - **THEN** `icon` 值 SHALL 使用 `ep-icon-map.ts` 中已注册的名称(如 `setting`、`grid`),SHALL NOT 使用 `ri:` 前缀的 Iconify 名 ### Requirement: Web 管理端侧栏菜单须同步注册静态路由 在默认 **`VITE_ACCESS_MODE=frontend`** 下,侧栏菜单与可访问路由来自 `web-admin/src/router/modules/sqxp.ts`(`asyncRoutes`),**不是**仅写入数据库 `sys_menu` 即可展示。完整注册流程、字段对齐、超管/非超管可见性及 `sys_menu` + `sqxp.ts` + `backend/app/api/menu.py` 三件套同步规则,SHALL 以 `permission-conventions` 中 **「Web 管理端菜单注册与侧栏展示(三件套同步)」** 为准。 #### Scenario: 新增 CRM 类侧栏菜单项 - **WHEN** 为 CRM 等业务模块新增「客户管理」「公海池」等侧栏入口 - **THEN** 除 `docs/sql/*-menu.sql` 外,SHALL 在 `sqxp.ts` 的父级 `children` 与 `menu.py` 的 `STATIC_MENU_TREE` 同步追加节点;`meta.menuCode` SHALL 等于 `sys_menu.perms`;子路由 `path` SHALL 为相对路径(如 `customer`、`customer-pool`) #### Scenario: 菜单变更 PR 评审(UI 视角) - **WHEN** PR 仅包含 `docs/sql` 菜单脚本而无 `sqxp.ts` 变更 - **THEN** 在 frontend 模式下 SHALL 判定为不完整,要求补全静态路由后再合并 #### Scenario: 新增界面图标 - **WHEN** 在页面或组件中新增图标 - **THEN** SHALL 使用 `` 或 ``,SHALL NOT 使用 `` 除非 Element Plus 无等价图标 #### Scenario: 新增 Element Plus 图标 - **WHEN** Element Plus 提供了新的所需图标但 `ep-icon-map.ts` 尚未注册 - **THEN** 开发者 SHALL 先在 `ep-icon-map.ts` 中注册映射条目,再在业务代码中使用(参见反例 **EC-UI-002**) ### Requirement: 表格操作列固定在右侧 `web-admin` 中**保留操作列**的业务列表页(系统管理、业务模块等,不含 Demo 参考页)的 `el-table` 操作列 SHALL 使用 `fixed="right"` 固定在表格右侧。宽度规则:2 个按钮时 `min-width="260"`,3 个按钮时 `min-width="320"`,4 个及以上按钮时 `min-width="400"`。全局 CSS 通过 `.el-table-fixed-column--right` 选择器(注意:Element Plus 使用单短横线,非双下划线)提供固定列样式。 **例外**:遵循下文「列表主标识列链接查看与编辑删除外置」、且列表动作仅为常规「编辑」「删除」的标准 CRUD 页 **SHALL NOT** 设置操作列,此时本规则不适用。 #### Scenario: 新增系统管理列表页 - **WHEN** 在系统管理模块下新增列表页面(如用户管理、角色管理等),且页面保留操作列 - **THEN** 表格操作列 SHALL 设置 `fixed="right"`,宽度按按钮数设置:≤ 2 按钮用 `min-width="260"`,3 按钮用 `min-width="320"`,≥ 4 按钮用 `min-width="400"` #### Scenario: 标准 CRUD 列表无外置操作列 - **WHEN** 新增列表页仅含常规「编辑」「删除」,并采用工具栏 + 查看弹窗 Hero 外置模式 - **THEN** 表格 **SHALL NOT** 包含 `label="操作"` 列 - **THEN** 本「操作列固定右侧」规则 **SHALL NOT** 适用 #### Scenario: Code review 表格列 - **WHEN** PR 包含新增或修改的 `el-table-column` 且 `label="操作"` - **THEN** 审查者 SHALL 确认该列包含 `fixed="right"` 属性,且宽度与按钮数量匹配(2 按钮 260px,3+ 按钮 320px) - **THEN** 若页面属于标准 CRUD + 查看弹窗且仅编辑/删除,审查者 SHALL 要求移除外置至工具栏与 `#hero-actions`,而非保留操作列 ### Requirement: 表格列宽使用 min-width 实现等比缩放 `web-admin` 中 `el-table` 的**业务数据列与操作列**的列宽属性 SHALL 使用 `min-width` 替代 `width`,使浏览器视口宽度变化时这些列按基础比例等比伸缩。 **原理**:Element Plus 的布局逻辑是,所有 `min-width` 列按各自 `min-width` 值的比例分配容器可用宽度;当容器宽度小于所有 `min-width` 之和时,触发横向滚动。若部分列使用 `width`(固定宽度),则多余空间全部由 `min-width` 列吸收,导致视口加宽时只有 `min-width` 列变宽而 `width` 列不变。 **规则**: 1. 业务数据列、操作列 SHALL 使用 `min-width` 设定基础宽度,SHALL NOT 使用 `width`。 2. `min-width` 值即为该列的最小可读宽度,也是等比分配的权重基数。 3. `el-table` 本身的 `width` 属性(如弹窗内嵌表格的固定总宽)不受此规则约束。 4. **例外(固定窄列)**:`type="selection"`(多选框)与 `type="index"`(序号)列 SHALL 使用固定 `width`(建议多选约 `48`~`55`、序号约 `60`~`68`),SHALL NOT 使用 `min-width`,避免宽屏下被等比拉得过宽。公共组件 `ListIndexColumn` SHALL 遵循同一例外。 #### Scenario: 新增列表页 - **WHEN** 新增列表页包含 `el-table` - **THEN** 业务数据列与操作列的宽度属性 SHALL 使用 `min-width`,SHALL NOT 使用 `width`;多选列与序号列 SHALL 使用固定 `width` #### Scenario: 浏览器窗口宽度变化 - **WHEN** 用户调整浏览器窗口宽度 - **THEN** 业务数据列与操作列宽度 SHALL 按 `min-width` 设定的基础比例等比伸缩;多选列与序号列宽度 SHALL 保持固定,不随视口加宽而膨胀 #### Scenario: Code review 表格列宽 - **WHEN** PR 包含新增或修改的业务数据列 / 操作列 `el-table-column` 且使用 `width` 属性 - **THEN** 审查者 SHALL 要求改为 `min-width` #### Scenario: Code review 多选与序号列宽 - **WHEN** PR 包含 `type="selection"` 或 `type="index"` 的 `el-table-column` 且使用 `min-width` - **THEN** 审查者 SHALL 要求改为固定 `width` ### Requirement: 侧边栏菜单图标层级规则 `web-admin` 左侧菜单区域的图标展示 SHALL 遵循以下层级规则: 1. **一级菜单**(顶层菜单项)SHALL 在菜单名称前展示图标(`meta.icon`)。 2. **二级及以下菜单**(子菜单项)SHALL NOT 展示图标,仅展示文字名称。 3. 双列菜单模式(`DualMenu`)左侧一级图标栏 SHALL 为每个一级菜单项渲染图标,与侧边栏一级规则一致。 4. 水平菜单(`HorizontalMenu`)和混合菜单(`MixedMenu`)如使用图标,SHALL 与侧边栏保持相同的层级规则。 #### Scenario: 侧边栏一级菜单图标 - **WHEN** 用户打开 `web-admin` 主页,查看左侧菜单区域的一级菜单项 - **THEN** 每个一级菜单项 SHALL 在文字名称左侧展示其 `meta.icon` 对应的图标 #### Scenario: 侧边栏二级菜单无图标 - **WHEN** 用户展开某个一级菜单,查看其下的二级(及更深层级)菜单项 - **THEN** 二级及以下菜单项 SHALL NOT 展示任何图标,仅显示菜单文字名称 #### Scenario: Code review 菜单图标 - **WHEN** PR 修改了 `SidebarSubmenu.vue` 或其他菜单组件中图标渲染逻辑 - **THEN** 审查者 SHALL 确认 `level === 0` 条件判断保持不变,仅一级菜单渲染图标 ### Requirement: 标签页(WorkTab)不展示图标 `web-admin` 顶部标签页区域(WorkTab strip)的每个标签 SHALL 仅展示文字标题,SHALL NOT 展示图标。路由 `meta.icon` 仅用于侧边栏菜单,SHALL NOT 传递到标签页渲染。 #### Scenario: 标签页仅显示文字 - **WHEN** 用户打开任意页面,顶部标签页区域出现对应标签 - **THEN** 标签 SHALL 仅展示页面标题文字,SHALL NOT 在标题前展示任何图标 #### Scenario: Code review 标签页图标 - **WHEN** PR 修改了 `art-work-tab/index.vue` 或 `utils/navigation/worktab.ts` - **THEN** 审查者 SHALL 确认标签页组件不渲染图标,且 `setWorktab` 不向 `openTab` 传递 `icon` 字段 ### Requirement: 表单字段注释格式 `web-admin` 中弹窗表单(`el-form-item`)如需对某字段添加辅助说明文字(如"数值越小越靠前"),该注释 SHALL 以小字形式直接显示在 label 文字后方,SHALL NOT 放置在输入控件旁边或下方。实现方式为使用 `el-form-item` 的 `#label` 插槽,在 label 文字后追加 `注释内容`。样式类 `form-label-tip` 定义在全局 `app.scss` 中(字号 12px、`font-weight: 400`、使用 `--mint-text-muted` 颜色)。 #### Scenario: 排序字段注释 - **WHEN** 弹窗表单中包含排序字段(`orderNum`) - **THEN** label SHALL 显示为"排序",其后紧跟小字注释"数值越小越靠前",使用 `.form-label-tip` 样式类,SHALL NOT 使用 `.sort-field` + `.form-tip` 的旧模式 #### Scenario: 新增带注释的表单字段 - **WHEN** 新增弹窗表单中的某字段需要辅助说明 - **THEN** SHALL 使用 `` 格式,SHALL NOT 将注释放在输入控件旁 ### Requirement: 列表主标识列链接查看与编辑删除外置 `web-admin` 中带只读查看弹窗(或等价只读详情态)的 `el-table` 列表页 SHALL 遵循: 1. **主标识列链接**:承载业务主标识的列(通常为「名称」「单号」「编号」「主题」等,如 `productName`、`customerName`、`orderNo`、`applyCode`、`planNo`)SHALL 使用 `` 包裹展示文案,点击 SHALL 调用打开只读详情的同一函数(如 `handleView(row)`、`openView(row)`、`handleDetail(row)` 等,与 `@row-dblclick` 共用)。 2. **操作列去重(查看)**:当主标识列已提供上述链接查看入口时,操作列 **SHALL NOT** 再包含仅用于打开同一只读详情/查看弹窗的「查看」「查看详情」等按钮。 3. **编辑/删除外置(标准 CRUD)**:对于列表行级动作**仅含**常规「编辑」「删除」(及同类 CRUD,无审批、状态变更、安排运输等行内复合业务按钮)的标准列表页,表格 **SHALL NOT** 设置「操作」列;「编辑」「删除」SHALL 外置至以下两处: - **列表工具栏**:位于「已选 N 项」与「新增」主按钮(`type="primary"` / `btn-main`)之后;**编辑** SHALL 在 `selectedRows.length === 1` 时可用,点击 SHALL 对选中行调用与行内编辑相同的 handler(如 `handleUpdate(selectedRows[0])`);**删除** SHALL 支持批量删除,在 `selectedRows.length === 0` 时禁用,且 SHALL 复用既有创建人校验(如 `allRowsDeletableByCreator` / `canDeleteByCreator` + `CREATOR_DELETE_TIP`);两按钮 SHALL 使用 `btn-ghost` 描边样式,**SHALL NOT** 与「新增」同列使用主色实心。 - **查看弹窗 Hero**:通过 `SystemViewDialog` 的 `#hero-actions` 插槽,在 Hero 区右侧展示「编辑」「删除」,对**当前查看行**执行与列表相同的 handler;删除成功后 SHALL 关闭查看弹窗并刷新列表;从详情进入编辑并保存成功后,若查看弹窗仍打开,SHALL 刷新当前详情数据。 4. **操作列保留场景**:存在审批、状态变更、安排运输、复合主操作等**行级、状态依赖**业务按钮的列表页 **SHALL** 保留操作列,并仍遵循「表格操作列固定在右侧」;此类页面 MAY 在 `#hero-actions` 放置通用动作,但 SHOULD 避免与操作列完全重复同一入口。 5. **行双击**:`el-table` SHALL 继续绑定 `@row-dblclick`,双击行 SHALL 触发与主标识列链接相同的查看函数。 6. **条件按钮场景**:当操作列按钮随状态/Tab 变化(如待确认 Tab 显示「确认收款」,已确认 Tab 显示「查看确认信息」),`@row-dblclick` handler SHALL 仅在「查看」类按钮可见时触发对应查看函数,其余状态下可忽略或调用对应主操作函数。 7. **复合主操作例外**:主操作本身为复合业务入口、不仅打开只读弹窗的按钮(如订单「查看/运营」、待办「审批」)SHALL NOT 因本规则被删除;此时仍 SHALL 在主标识列提供链接以打开只读查看/详情。 8. **工具栏查看**:列表工具栏中的「查看」类按钮在表格主标识列已提供链接时 **SHALL NOT** 保留;单选后查看 SHALL 改由点击行内主标识链接或双击行触发。 9. **弹窗组件与字段**:查看弹窗 SHALL 优先使用 `SystemViewDialog`(`web-admin/src/components/business/system-view-dialog/index.vue`);样式对齐 Hero 渐变头图 + 分区 KV 信息区 + 底部「关闭」按钮(详见下文「查看弹窗 KV 布局与组件选型」)。KV 信息区 SHALL 使用 `ViewKvGrid`(上下堆叠栅格)或 `ViewKvTable`(多组多列表格);**SHALL NOT** 使用 `el-descriptions` 或历史 `.dlg-kv` 布局承载列表行查看详情。查看弹窗 SHALL 展示该行记录的所有业务字段(含状态映射、字典翻译),不展示 `id`、`del_flag` 等技术字段。 10. **区块标题样式**:查看弹窗中各区块标题 SHALL 与字段标签形成明显视觉区分。区块标题 SHALL 使用深色文字(`#1e293b`)配合左侧主色竖条装饰(`border-left: 3px solid #10b981`),字号 14px、`font-weight: 600`;字段标签 SHALL 为 13px、`#64748b`、`font-weight: 400`。 权威参考: - 列表无外置操作列 + 工具栏编辑/删除:`web-admin/src/views/system/user/index.vue` - 主标识列链接 + 工具栏编辑/删除 + 查看弹窗 Hero 编辑/删除:`web-admin/src/views/crm/product/index.vue` - 查看弹窗 Hero 动作区:`web-admin/src/views/crm/customer/CustomerDetailDialog.vue`(`#hero-actions`) #### Scenario: 新增标准 CRUD 列表页 - **WHEN** 在 `web-admin` 新增带只读查看弹窗的标准 CRUD 列表页,且行级动作仅为编辑/删除 - **THEN** 主标识列 SHALL 使用 `el-link type="primary"` 触发 `handleView` - **THEN** 表格 **SHALL NOT** 包含「操作」列 - **THEN** 工具栏 SHALL 在「新增」之后提供「编辑」(单选可用)与「删除」(批量可用)按钮 - **THEN** `SystemViewDialog` SHALL 通过 `#hero-actions` 提供「编辑」「删除」 - **THEN** `el-table` SHALL 绑定 `@row-dblclick="handleView"`(或等价 handler) #### Scenario: 现有页面补充查看弹窗 - **WHEN** 为现有列表页补充查看弹窗,且行级动作仅为编辑/删除 - **THEN** SHALL 在主标识列添加 `el-link` 与 `@row-dblclick` 双击事件,两者调用同一个查看函数 - **THEN** SHALL NOT 在操作列再添加「查看」按钮 - **THEN** SHOULD 移除「操作」列,将「编辑」「删除」迁移至工具栏与 `#hero-actions` #### Scenario: 保留操作列的复杂业务列表 - **WHEN** 列表页存在审批、状态变更、安排运输等行级状态依赖按钮 - **THEN** **SHALL** 保留操作列并设置 `fixed="right"` - **THEN** 主标识列仍 SHALL 提供 `el-link` 查看入口,操作列 **SHALL NOT** 包含冗余「查看」按钮 #### Scenario: Code review 列表查看与 CRUD 入口 - **WHEN** PR 修改列表页面且页面包含 `el-table` 与只读查看能力 - **THEN** 审查者 SHALL 确认主标识列含 `el-link` 查看入口 - **THEN** 审查者 SHALL 确认 `el-table` 绑定了 `@row-dblclick` 事件 - **THEN** 若为标准 CRUD(仅编辑/删除),审查者 SHALL 确认无「操作」列,且工具栏与 `#hero-actions` 均提供编辑/删除 - **THEN** 审查者 SHALL 确认操作列无冗余「查看」/「查看详情」按钮(复合主操作例外除外) ### Requirement: 查看弹窗 KV 布局与组件选型 `web-admin` 列表行【查看】弹窗及同类只读详情弹窗的键值(KV)信息区 SHALL 采用下列两种**规范布局之一**,**SHALL NOT** 使用 Element Plus `el-descriptions`,**SHALL NOT** 使用已废弃的 `.dlg-kv` 四列「label|value|label|value」横向布局,**SHALL NOT** 在业务页手写无统一样式的 `` 承载主体 KV。 | 布局 | 说明 | 默认场景 | |------|------|----------| | **上下堆叠栅格** | label 在上、value 在下,多列 grid | 字段较多、需 3~4 列密度;`SystemViewDialog` 默认 | | **多组多列表格** | 每行左 label(`th`)、右 value(`td`);短字段一行可排多组 | 字段较少(通常 ≤10)、需表格对齐感;如报销备用金申请「基础信息」 | 权威视觉细节见 `docs/web-admin-ui-spec-fresh-mint.md` §9.5 / §9.8;交互 Demo 见 `docs/fresh-mint-view-wide-dialog-demos.html`(上下堆叠见主区;**多组多列表格**见 `#table-section`,模式 M~R)。 #### 1. 组件选型 | 场景 | 组件 | 路径 | |------|------|------| | 门户 / CRM / 系统管理等(默认) | `SystemViewDialog` | `web-admin/src/components/business/system-view-dialog/index.vue` | | KV 栅格渲染(上下堆叠,被上述组件复用) | `ViewKvGrid` | `web-admin/src/components/business/system-view-dialog/ViewKvGrid.vue` | | KV 表格渲染(多组多列,被上述组件复用) | `ViewKvTable` | `web-admin/src/components/business/system-view-dialog/ViewKvTable.vue` | | 报销管理(`bx` 模块,Hero 自定义壳) | `BxViewKvGrid` / `BxViewKvTable` | `web-admin/src/components/bx/base/BxViewKvGrid.vue`、`BxViewKvTable.vue`(内部分别复用 `ViewKvGrid` / `ViewKvTable`) | - 新增业务查看弹窗 **SHALL** 优先 `SystemViewDialog` + `ViewField[]` / `ViewSection[]`。 - 字段极多、需 Tab / KPI / 分栏的复杂查看 **SHALL** 采用界面模式 **P10**(独立 `*ViewDialog`,内部仍复用 `ViewKvGrid` / `ViewKvTable` 或 `SystemViewDialog` 的 section 结构)。 - `bx` 模块保留 `.dlg-view-hero` 等既有 Hero 壳时,KV 区 **SHALL** 使用 `BxViewKvGrid` 或 `BxViewKvTable`,**SHALL NOT** 继续手写 `.dlg-kv` 或裸 `
`。 #### 2. 弹窗宽度与默认列数 - `SystemViewDialog` 默认宽度 **SHALL** 为 **`1040px`**(`width` prop 可覆盖;合同/报价等宽表场景可用 `calc(100vw - Npx)` 或更大固定宽)。 - 上下堆叠栅格默认列数 **SHALL** 为 **4 列**(`gridColumns: 4`);紧凑模式(`compact`)降为 **2 列**。 - 多组多列表格 **SHALL** 在 **`1040px`** 弹窗内使用;少字段(≤8)可选用 **`720px`~`920px`**(见 Demo Q/R)。 - `bx` 模块 `.dialog-view-xl` 宽度 **SHALL** 与上述一致(`min(1040px, calc(100vw - 32px))`)。 #### 2.5 查看弹窗 KV 字号(14px / 13px 模式) 查看弹窗内所有 KV 信息区 **SHALL** 统一采用 **value 14px / label 13px** 字号模式,与全站列表正文(14px)对齐,label 略小一级以区分层级: | 元素 | 字号 | 字重 | 说明 | |------|------|------|------| | **value**(`ViewKvGrid` 的 `dd`、`ViewKvTable` 的 `td`) | **14px** | 600 | 字段值正文 | | **label**(`ViewKvGrid` 的 `dt`、`ViewKvTable` 的 `th`、`.view-field-label`) | **13px** | 400(表格 `th` 可为 500) | 字段名 / 次级分组标签 | - 实现权威来源:`ViewKvGrid.vue`、`ViewKvTable.vue`,以及 `app.scss` 内 `:is(.view-kv, [class*='-view-kv'], .pl-plan-kv)` 全局规则。 - `SystemViewDialog` 的 **`compact`** 模式 **SHALL** 降为 value **13px** / label **12px**,以保持紧凑弹窗内的层级差。 - **SHALL NOT** 在业务页对 KV 单元单独覆写为其它字号(除上述 compact 降级外)。 #### 3. KV 单元格结构(上下堆叠栅格) 每个字段渲染为 `
` 内的 `.view-kv` 单元: - **dt(label)**:上,13px,`#64748b`,`font-weight: 400` - **dd(value)**:下,14px,`font-weight: 600`,`word-break: break-word` - **SHALL NOT** 在同一 grid cell 内使用左右并排的 label|value(历史 `el-descriptions` / `.dlg-kv .k/.v` 模式) #### 4. 四列栅格跨列规则 栅格容器为 `.view-kv-grid.view-kv-grid--cols-4`,`gap: 12px 18px`。跨列逻辑 **SHALL** 由 `web-admin/src/utils/view-field-layout.ts` 与 `ViewField` 属性共同决定: | 类型 | 每行个数 | 触发条件 | CSS class | |------|----------|----------|-----------| | 短值 | **4 个/行** | 默认;显示文本 < 17 字且非长 label 启发式 | (无 span) | | 长值 | **2 个/行** | `long: true` 或 `span: true`;或自动:文本 ≥17 字、含 ` / ` 路径、label 匹配备注/地址/说明等 | `view-kv-span-2` | | 整行 | **1 个/行** | `fullSpan: true` 或 `span: 'full'`;或自动:文本 ≥80 字 | `view-kv-span-full` | 常量:`VIEW_KV_LONG_MIN_LEN = 17`,`VIEW_KV_FULL_MIN_LEN = 80`(见 `view-field-layout.ts`)。 响应式:**SHALL** 在 ≤1100px 降为 3 列、≤900px 降为 2 列、≤640px 降为 1 列(`ViewKvGrid.vue` 内 media query);长值在单列下 **SHALL** 占满整行。 #### 5. ViewField 定义约定 类型定义见 `web-admin/src/components/business/system-view-dialog/types.ts`。 ```typescript interface ViewField { label: string value?: string | number | boolean | null items?: string[] // 无编号列表,与 value 二选一 span?: boolean | 'full' // true=长值(2列);'full'=整行 long?: boolean // 显式长值,等同 span:true fullSpan?: boolean // 显式整行 tagType?: TagType // 状态/类型 → el-tag money?: boolean // 金额红色 .money-display } ``` - 空值 **SHALL** 展示为 `—`(`formatViewValue`)。 - 字典/状态 **SHALL** 预先翻译为 label 并视情况设 `tagType`(见「查看弹窗中编码字段展示为可读标签」「状态、结论与类型字段使用 Tag 标签展示」)。 - 金额 **SHALL** 设 `money: true` 并使用 `¥` 前缀(见「价格字段展示规范」)。 - **`long: false`**:显式禁用 `view-field-layout.ts` 自动长值检测;**SHALL** 用于 `ViewKvTable` 的 **quad compact** section(见 §8「紧凑八列模式」),避免字段因值 ≥17 字被拆成单行一组。 #### 6. 弹窗骨架(SystemViewDialog) 标准只读查看弹窗 **SHALL** 按以下顺序组织: 1. **Hero**(`.view-hero`):图标 + 主标题 + 可选 `meta` / `code` + 状态 Tag;**标准 CRUD 列表页**的「编辑」「删除」SHALL 通过 `#hero-actions` 插槽置于 Hero 区右侧(见「列表主标识列链接查看与编辑删除外置」),Footer 仍仅保留「关闭」类按钮 2. **分区**(`.view-section`):区块标题 + `ViewKvGrid` / `ViewKvTable` 或具名插槽(子表、附件、审批流等) 3. **Footer**:仅「关闭」类按钮(带 `Close` 图标),**SHALL NOT** 在查看态混入提交语义 子表、附件、审批历史等 **SHALL** 作为独立 section 或 slot 置于 KV 区之后,**SHALL NOT** 嵌入 KV 栅格 cell 或 KV 表格 `
`。 #### 7. 模块辅助工具(推荐) | 模块 | 工具 | 用途 | |------|------|------| | CRM | `web-admin/src/utils/crm/view-fields.ts` | `crmField` / `crmLongField` / `crmDictField` / `crmTagField` 构建 `ViewField`;宽表「基本信息」八列 compact 见各 `*DetailDialog` 内 `viewQuadTableSection`(如 `QuoteDetailDialog.vue`) | | 报销 bx | `web-admin/src/utils/bx/view-kv.ts` | `bxViewKv` / `bxViewKvLong` / `bxViewKvMoney` | #### 8. KV 表格模式(多组多列) 当业务选用**多组多列表格**展示 KV 时,**SHALL** 使用 `ViewKvTable`(或 `BxViewKvTable`),数据源仍为 `ViewField[]`;跨行/长值逻辑 **SHALL** 复用 `web-admin/src/utils/view-field-layout.ts`(`isViewFieldLong` / `isViewFieldFullSpan` / `buildViewKvTableDualRows` / `buildViewKvTableTripleRows` / `buildViewKvTableQuadRows`)。 **模式(`mode` prop / `ViewSection.tableMode`)** | mode | 每行组数 | 列结构 | 典型场景 | |------|----------|--------|----------| | `pair` | **1 组** | `th` + `td`(两列) | 少字段、需逐行阅读;Demo **Q** | | `dual` | **2 组** | `th` + `td` × 2(四列) | 中等字段量;Demo **N** / **R** | | `triple` | **3 组** | `th` + `td` × 3(六列) | 少字段高密度;Demo 扩展;参考 `bx/advance/apply` 基础信息 | | `quad` | **4 组** | `th` + `td` × 4(**八列**) | 宽弹窗(≥1680px 或 1040px+)、字段较多且需表格对齐;CRM 报价单/合同「基本信息」等 | **行分组规则** - 短字段 **SHALL** 按 mode 尽可能填满一行(`dual` 最多 2 组、`triple` 最多 3 组、`quad` 最多 4 组);末行不足时 **SHALL** 留空 `th`/`td` 占位,**SHALL NOT** 强行与长字段同组。 - 长值 / 整行字段(`long` / `fullSpan` 或 `view-field-layout.ts` 自动检测:显示文本 ≥17 字、含 ` / ` 路径、label 匹配备注/地址/说明等)**SHALL** 独占整行:`pair` 为单行 `th`+`td`;`dual` 为 `td colspan="3"`;`triple` 为 `td colspan="5"`;`quad` 为 `td colspan="7"`。 - 字段顺序 **SHOULD** 将长文本(申请原因、备注等)置于数组末尾,以便短字段先组成完整多组行;**备注、条款等超长文本 SHOULD 独立 section**,与「基本信息」分区展示。 **紧凑八列模式(quad compact)** 当 section 选用 **`quad`(八列)** 且业务要求**每行尽量排满 4 组**(不因字段值略长而拆成「一行仅 1 组」)时: 1. **SHALL** 在 `SystemViewDialog` 的 `ViewSection` 上设置 `fieldLayout: 'table'`、`tableMode: 'quad'`。 2. **SHALL** 对该 section 内所有常规短字段统一设置 `long: false`、`fullSpan: false`,以禁用 `view-field-layout.ts` 的自动长值拆行;较长内容 **SHALL** 在 `td` 内换行展示(`ViewKvTable` 已支持 `word-break`),**SHALL NOT** 为此单独占整行。 3. **SHALL NOT** 在「基本信息」等 quad compact section 内混入 `long: true` / `span: true` / `fullSpan: true` 字段;若确需整行展示,**SHALL** 拆至独立 section(如「报价条款」「备注」)。 4. 推荐封装:在 `*DetailDialog` 内提供辅助函数,对传入 `ViewField[]` 映射 `{ ...field, long: false, fullSpan: false }` 后返回 `ViewSection`;参考 `web-admin/src/views/crm/quote/components/QuoteDetailDialog.vue` 的 `viewQuadTableSection`。 5. 宽表弹窗宽度 **SHOULD** 与八列密度匹配(如报价单查看 `1680px`);字段数量 **SHOULD** 为 4 的倍数或接受末行留空占位。 **表格样式(Fresh Mint)** - 外层 **SHALL** 使用 `.view-kv-table-wrap`(圆角 8px、边框 `#d9e8e2`)。 - 表头单元格 **`th`(label)**:背景 `var(--table-head)`,13px、`#64748b`;**SHALL** 支持换行(`white-space: normal`、`word-break: break-word`、`overflow-wrap: anywhere`),**SHALL NOT** 使用 `white-space: nowrap` 导致长 label(如「实际发放金额(元)」)溢出。 - 数据单元格 **`td`(value)**:14px、`font-weight: 600`;金额 **SHALL** 使用 `.money-display`;状态/类型 **SHALL** 使用 `el-tag`(`ViewKvTableCell`)。 - `triple` 模式 label 列宽约 **10%**、value 列宽约 **23.33%**(三组合计六列);`quad` 模式 label 列宽约 **8%**、value 列宽约 **17%**(四组合计八列);具体比例以 `ViewKvTable.vue` 为准。 **选型建议** - 字段 **≤8** 且弹窗显空 → 优先 **`pair`** 或 **`triple`** + 适当缩窄弹窗宽度。 - 字段 **9~18** 且需表格感 → 优先 **`dual`**(1040px)。 - 字段 **≥12** 且宽弹窗(报价单、合同等)→ 优先 **`quad` compact**(见上「紧凑八列模式」);「基本信息」**SHALL** 每行排满 4 组,**SHALL NOT** 因报价主题、客户名称等值略长而逐字段独占一行。 - 同一弹窗内 **SHALL NOT** 混用 `ViewKvGrid` 与 `ViewKvTable` 于**同一 section**;不同 section 可按需分别选用(如「基础信息」用表格、「扩展信息」用栅格)。 #### 9. 禁止与废弃 - **SHALL NOT** 在新代码中使用 `el-descriptions` 实现列表行【查看】弹窗主体 KV。 - **SHALL NOT** 使用 `.dlg-kv`、`.dlg-kv--triple` 横向 KV(`web-admin/src/styles/bx/index.scss` 内已标记 deprecated,仅兼容旧页)。 - **SHALL NOT** 手写 `` 实现 KV 主体区;**SHALL** 使用 `ViewKvTable` / `BxViewKvTable`。 - 迁移存量页时 **SHALL** 保留 Hero / 子表 / 附件 / 审批流结构,**仅替换** KV 区为 `ViewKvGrid` / `ViewKvTable` / `BxViewKvGrid` / `BxViewKvTable` / `SystemViewDialog`。 #### Scenario: 新增 CRM 列表查看弹窗 - **WHEN** 在 CRM 模块新增带只读查看能力的标准 CRUD 列表页(行级动作仅为编辑/删除) - **THEN** 主标识列 SHALL 使用 `el-link` 触发查看,表格 **SHALL NOT** 含「操作」列 - **THEN** 工具栏与 `SystemViewDialog` `#hero-actions` SHALL 提供「编辑」「删除」 - **THEN** SHALL 使用 `SystemViewDialog`(或独立 `*DetailDialog` 封装该组件) - **THEN** KV 字段 SHALL 通过 `ViewSection[]` + `ViewField[]` 定义,默认 4 列上下堆叠 - **THEN** SHALL NOT 使用 `el-descriptions` #### Scenario: 报销模块查看弹窗(上下堆叠) - **WHEN** 在 `web-admin/src/views/bx/**` 实现或改造查看弹窗,且 KV 区采用上下堆叠栅格 - **THEN** KV 区 SHALL 使用 `BxViewKvGrid`(columns 默认 4) - **THEN** 弹窗宽度 SHALL 为 1040px 级(`.dialog-view-xl`) #### Scenario: 报销模块查看弹窗(多组多列表格) - **WHEN** 在 `web-admin/src/views/bx/**` 的查看弹窗中,某 section(如「基础信息」)采用多组多列表格 - **THEN** SHALL 使用 `BxViewKvTable` + `ViewField[]`,并显式声明 `mode`(`pair` / `dual` / `triple`) - **THEN** 长 label SHALL 在 `th` 内换行展示,**SHALL NOT** 溢出列宽 - **THEN** 参考实现:`web-admin/src/views/bx/advance/apply/index.vue`(`mode="triple"`) #### Scenario: CRM 报价单查看弹窗(紧凑八列基本信息) - **WHEN** 在 CRM 报价单管理(`/#/crm/quote`)打开【查看】弹窗,且「基本信息」section 采用八列表格 - **THEN** SHALL 使用 `SystemViewDialog` + `fieldLayout: 'table'` + `tableMode: 'quad'` - **THEN** 「基本信息」内各字段 SHALL 设置 `long: false`、`fullSpan: false`,使每行排满 4 组(八列);末行不足 4 组时留空占位 - **THEN** 较长字段值(报价主题、客户名称、有效期等)SHALL 在单元格内换行,**SHALL NOT** 单独占整行 - **THEN** 备注、条款等长文本 SHALL 置于独立 section(如「报价条款」),**SHALL NOT** 与基本信息混在同一 quad section - **THEN** 参考实现:`web-admin/src/views/crm/quote/components/QuoteDetailDialog.vue`(`viewQuadTableSection`) #### Scenario: 长文本与备注字段 - **WHEN** 查看弹窗包含申请原因、备注、条款等长文本 - **THEN** SHALL 为对应 `ViewField` 设置 `long: true` 或 `fullSpan: true`(或依赖 `view-field-layout.ts` 自动检测) - **THEN** 4 列栅格下 SHALL 占 2 列或整行,**SHALL NOT** 与短字段同一行挤 4 个 #### Scenario: Code review KV 布局 - **WHEN** PR 新增或修改查看弹窗 - **THEN** 审查者 SHALL 确认 KV 区为 `ViewKvGrid`(上下堆叠 + 声明的 `gridColumns`)或 `ViewKvTable`(多组多列 + 声明的 `mode`) - **THEN** SHALL 确认未使用 `el-descriptions` / `.dlg-kv` / 手写 KV `
` 作为主体字段区 - **THEN** 状态/金额/字典字段 SHALL 符合 Tag、`money`、字典翻译等关联 Requirement - **THEN** 若使用 `ViewKvTable`,SHALL 确认长 label 可换行、长 value 在 compact quad section 内换行而非误拆行;非 compact section 中长 value 可独占整行 ### Requirement: 查看弹窗中编码字段展示为可读标签 `web-admin` 中所有只读查看弹窗(`SystemViewDialog` 及类似组件)中,存储为编码(code / value)的字段 SHALL 展示为对应的人类可读标签(label),SHALL NOT 直接展示原始编码值。这包括但不限于:字典编码→字典标签、状态编码→状态文本、站点类型编码→类型名称等。 对于多值编码字段(如逗号分隔的编码串),SHALL 逐个编码转换为标签后以顿号(`、`)连接展示;无匹配标签时 SHALL 回退展示原始编码值。 #### Scenario: 站点管理查看弹窗 - **WHEN** 用户点击站点管理列表中主标识列(站点名称)链接 - **THEN** 「经营范围」字段 SHALL 展示为编码对应的标签文本(如"蔬菜、水果"),SHALL NOT 展示原始编码串(如"1,2") #### Scenario: 新增包含字典编码字段的查看弹窗 - **WHEN** 新增列表页的查看弹窗中包含字典编码、状态编码等字段 - **THEN** 实现 SHALL 使用对应字典选项(`businessScopeOptions`、`statusOptions` 等)将编码翻译为标签后展示 #### Scenario: Code review 查看弹窗编码展示 - **WHEN** PR 修改查看弹窗中涉及编码类字段的展示 - **THEN** 审查者 SHALL 确认字段值已翻译为可读标签,SHALL NOT 出现原始编码值 ### Requirement: 业务字典下拉统一使用 useDictStore `web-admin` 中凡选项来源于系统字典(`sys_dict_type` / `sys_dict_data`,以 `dict_type` 编码区分,如 `crm_customer_level`、`crm_clue_source`、`crm_customer_type`)的下拉类控件(`el-select`、`el-radio-group` 等),在**列表筛选区**、**新增/编辑弹窗**、**子弹窗**及同类表单中 SHALL 统一通过 Pinia **`useDictStore`**(`web-admin/src/store/modules/dict.ts`)获取选项数据,SHALL NOT 在单文件内硬编码 `el-option` 的 label/value,SHALL NOT 对同一 `dict_type` 在页面内重复调用 `fetchDictDataOptions` 等分散接口(全量字典已由 `GET /web/admin/dict-data/all` 经 `dictStore.loadAllDict()` 加载)。 实现约定: 1. **加载时机**:页面或弹窗首次需要字典时调用 `await dictStore.loadAllDict()`(`loaded === true` 时 Store 内部跳过重复请求)。 2. **选项绑定**:使用 `computed(() => dictStore.getOptions(''))` 生成选项列表,`el-option` 的 `:label="opt.label"`、`:value="opt.value"` 与 Store 项一致。 3. **同页一致**:同一业务模块的列表筛选与新增/编辑弹窗 SHALL 对同一业务字段使用**相同**的 `dict_type` 与 Store 数据源,保证筛选条件、表单提交值、列表展示编码一致。 4. **只读展示**:表格列、查看弹窗中字典字段 SHALL 使用 `dictStore.getLabel(dictType, value)`(或 `getTagType` 配合 `el-tag`)翻译,与上文「查看弹窗中编码字段展示为可读标签」一致。 5. **字典类型登记**:新增业务字段所用 `dict_type` SHALL 在 `docs/sql/` 中提供对应字典类型/数据脚本(或说明沿用既有类型),并在需求/表字段注释中标明编码。 **参考实现**:CRM 客户管理 — 列表 `web-admin/src/views/crm/customer/index.vue`(`crm_clue_source`、`crm_customer_level`、`crm_customer_industry`);表单弹窗 `web-admin/src/views/crm/customer/CustomerFormDialog.vue`(另含 `crm_customer_type`、`crm_customer_park`、`crm_cert_type` 等,与列表共用 Store)。 #### Scenario: 新增业务模块列表与表单弹窗 - **WHEN** 新增含字典下拉的列表页及对应新增/编辑弹窗 - **THEN** 筛选区与弹窗 SHALL 均通过 `useDictStore` + `getOptions` 绑定选项 - **THEN** 弹窗打开时 SHALL 调用 `loadAllDict()`(或依赖父页已加载的全局字典) - **THEN** SHALL NOT 在模板中写死业务字典选项 #### Scenario: CRM 客户管理字典下拉 - **WHEN** 用户打开 `#/crm/customer` 并打开「新增客户」弹窗 - **THEN** 客户类型、级别、来源、行业、园区、证件类型等下拉 SHALL 与列表筛选使用同一 `dict_type` 编码体系,且数据来自 `useDictStore` #### Scenario: Code review 禁止硬编码字典选项 - **WHEN** PR 在 `web-admin` 新增或修改含 `el-select` 的业务表单/筛选 - **AND** 字段语义为系统字典(状态、类型、来源、级别等) - **THEN** 审查者 SHALL 确认使用 `useDictStore.getOptions`,SHALL 要求移除硬编码 `el-option` 及重复的 per-type 字典 API 调用 ### Requirement: 排序字段不在界面默认展示 `web-admin` 中所有列表页的表格列、新增弹窗表单、编辑弹窗表单 SHALL NOT 默认包含排序字段(`sortOrder`、`orderNum`、`排序`等)。排序字段仅在产品明确要求时按需添加,不应作为默认 UI 元素。 #### Scenario: 新增标准列表页 - **WHEN** 新增标准 CRUD 列表页(含新增/编辑弹窗) - **THEN** 表格列和弹窗表单中 SHALL NOT 包含排序相关字段,除非产品需求明确要求 #### Scenario: Code review 排序字段 - **WHEN** PR 新增列表页或弹窗中包含排序字段 - **THEN** 审查者 SHALL 确认产品需求中有明确排序要求,否则 SHALL 要求移除 ### Requirement: 筛选区关键词字段排第一 `web-admin` 列表页筛选区(`.filter-block` 内 `.filter-grid`)若包含**关键词**模糊检索字段(`label` 为「关键词」或等效语义、`el-input` 绑定 `keyword` 等),该字段 SHALL 作为 `.filter-grid` 中**第一个** `el-form-item`,位于下拉筛选、状态筛选、日期范围等条件字段之前。落地参考:`#/demo/unit`、`#/demo/user` 及质检模块「入库放行审核」页。 #### Scenario: 新增含关键词的列表页 - **WHEN** 在列表页筛选区同时提供关键词输入与下拉/日期等筛选条件 - **THEN** 「关键词」对应的 `el-form-item` SHALL 位于 `.filter-grid` 首位 #### Scenario: 入库放行审核筛选区 - **WHEN** 用户打开质检模块「入库放行审核」列表页 - **THEN** 筛选区 `.filter-grid` 中第一个字段 SHALL 为「关键词」,其后依次为协议类别、审核结论、入库状态等条件 #### Scenario: Code review 筛选区字段顺序 - **WHEN** PR 新增或修改列表页 `.filter-block` 筛选字段 - **THEN** 审查者 SHALL 确认存在关键词字段时其位于 `.filter-grid` 第一位 ### Requirement: 筛选区多行条件默认折叠与展开更多 `web-admin` 列表页筛选区(`.filter-block`)当检索条件在桌面端 **超过一行**(即 `.filter-grid` 默认 **四列** 栅格下字段数 **大于 4**)时,SHALL 提供「展开更多 / 收起更多」切换,**默认仅展示首行常用条件**(首段 `.filter-grid` 内 **最多 4 个** `el-form-item`);其余条件 SHALL 放入 **`.filter-extra`** 区域,默认隐藏(`v-show` 或等效),由用户主动展开。视觉与结构 SHALL 对齐 `docs/web-admin-ui-spec-fresh-mint.md` §5.3 及 `docs/fresh-mint-green.html` 任务列表示例;落地参考 **`#/demo/order`**、**`#/crm/customer`**(`web-admin/src/views/crm/customer/index.vue`)。 #### 结构与样式 1. **首行常用条件**:`.filter-block` → `.filter-form` → **首段** `.filter-grid`(桌面 `repeat(4, 1fr)`,与全局 `app.scss` 一致),放置最常用的 4 个筛选项。 2. **扩展条件**:`.filter-extra`(建议 `id` 供 `aria-controls` 引用)→ 内嵌第二段 `.filter-grid`,承载超出首行的其余 `el-form-item`;默认 **`filterExpanded === false`** 时不展示。 3. **操作行**:使用 **`.filter-actions`**(非 `.filter-actions-row` 单独承载按钮时):左侧 **`.btn-link.btn-filter-toggle`**(链式文字按钮);右侧 **`.filter-actions-end`** 内「重置」「搜索」按钮(带 loading,见按钮图标规范)。 4. **筛选区内部**:首段 `.filter-grid`、`.filter-extra` 与 `.filter-actions` 之间 **SHALL NOT** 使用横向分割线(`border-top` 虚线/实线);仅用 `gap` / `padding-top` / `margin-top` 做间距(与 Fresh Mint §5.3 一致)。 5. **全局样式**:`.filter-extra`、`.filter-actions`、`.btn-link` / `.btn-filter-toggle` SHALL 在 `web-admin/src/assets/styles/core/app.scss` 的 `.page-container` / `.console-container` 作用域内统一定义,页面 **SHALL NOT** 重复 scoped 覆盖。 #### 交互与文案 1. **切换按钮文案**:收起态 **「展开更多」**;展开态 **「收起更多」**(SHALL NOT 与订单 demo 历史文案「展开更多条件」混用同一产品内的新页)。 2. **图标**:切换按钮文字后方 SHALL 携带 ``:**收起态** `ArrowDownBold`,**展开态** `ArrowUpBold`(从 `@element-plus/icons-vue` 显式 import)。 3. **无障碍**:切换按钮 SHALL 设置 `aria-expanded`(与 `filterExpanded` 同步)及 `aria-controls`(指向 `.filter-extra` 的 `id`)。 4. **重置行为**:用户点击「重置」时,除清空表单字段外,SHALL 将 **`filterExpanded` 置为 `false`**,恢复仅首行展示。 5. **条件不足一行**:当筛选项总数 **≤ 4**(桌面四列下一行可容纳)时,SHALL **不渲染** 展开/收起按钮(无 `.filter-extra` 亦可)。 #### 实现模式 ```vue

…

…
``` ```typescript const filterExpanded = ref(false) const showFilterToggle = computed(() => totalFilterFieldCount > 4) function handleReset() { // …清空 searchForm / dateRange filterExpanded.value = false pagination.page = 1 loadData() } ``` #### Scenario: CRM 客户管理筛选区 - **WHEN** 用户打开 `#/crm/customer` - **THEN** 默认 SHALL 仅展示首行四个条件(客户名称、客户编号、客户类型、客户级别) - **AND** SHALL 显示「展开更多」按钮 - **WHEN** 用户点击「展开更多」 - **THEN** SHALL 展示客户来源、客户状态、成交状态、所在园区、创建时间等扩展条件,按钮文案变为「收起更多」 #### Scenario: 重置后收起扩展条件 - **WHEN** 用户已展开筛选扩展区并点击「重置」 - **THEN** 扩展区 SHALL 收起且 `filterExpanded` 为 false #### Scenario: 单行筛选无需展开按钮 - **WHEN** 列表页筛选区仅包含 4 个及以下 `el-form-item`(桌面四列下一行) - **THEN** SHALL NOT 渲染「展开更多 / 收起更多」按钮 #### Scenario: Code review 筛选区折叠 - **WHEN** PR 新增或修改 `.filter-block`,且筛选项数量大于 4 - **THEN** 审查者 SHALL 确认采用首行 + `.filter-extra` + `.filter-actions` 结构 - **AND** SHALL 确认默认折叠、重置收起、按钮文案与图标符合本 Requirement - **AND** SHALL 拒绝将全部筛选项堆叠在单一 `.filter-grid` 且无展开入口的实现 ### Requirement: 列表筛选自动触发搜索 `web-admin` 所有列表页的筛选表单(`.filter-block` 内 `searchForm` / `filterForm`)SHALL 使用 `watchDebounced`(来自 `@vueuse/core`,已 auto-import)对筛选表单做 deep watch,当任意字段值变更后 **300ms** 防抖自动触发搜索(重置页码为 1 并调用数据加载函数),无需用户手动点击「搜索」按钮。「搜索」按钮 SHALL 保留作为手动触发入口。 #### 实现模式 ```typescript watchDebounced( searchForm, // 或 filterForm () => { pagination.page = 1 loadData() }, { debounce: 300, deep: true } ) ``` 对于含有**独立日期范围选择器**(`dateRange` ref,不属于 searchForm)的页面(如 `material-stock-log`、`qc-material-usage`),SHALL 额外添加 `watch(dateRange, ...)` 监听,在日期变更时同样触发搜索。 #### Scenario: 单字段筛选自动搜索 - **WHEN** 用户在筛选区关键词输入框中键入内容 - **THEN** 停止输入 300ms 后 SHALL 自动执行搜索,无需点击「搜索」按钮 #### Scenario: 多字段筛选自动搜索 - **WHEN** 列表页筛选区包含关键词、下拉选择、日期选择等多个筛选控件 - **AND** 用户修改其中任意一个筛选字段的值 - **THEN** 变更后 300ms SHALL 自动执行搜索 #### Scenario: 日期范围筛选 - **WHEN** 页面使用独立的 `dateRange` ref(非 searchForm 内字段)进行日期范围筛选 - **THEN** SHALL 额外使用 `watch(dateRange, ...)` 监听变更并触发搜索 #### Scenario: 保留手动搜索 - **WHEN** 用户点击筛选区的「搜索」按钮 - **THEN** SHALL 立即执行搜索(无防抖),与自动搜索行为并行可用 #### Scenario: Code review 自动搜索 - **WHEN** PR 新增或修改列表页筛选区 - **THEN** 审查者 SHALL 确认筛选表单已添加 `watchDebounced` 自动搜索,且 `debounce` 不超过 500ms ### Requirement: 附件上传卡片化布局 `web-admin` 弹窗表单中的附件上传与展示 SHALL 采用**卡片化布局**,实现与交互以 `web-admin/src/views/cell-storage/protocol/ProtocolFormDialog.vue` 中「协议附件」为权威参考;储存证等业务弹窗(如 `web-admin/src/views/cell-storage/storage-cert/index.vue`)SHALL 复用同一套 DOM 结构、类名与样式规则,仅调整 `el-form-item` 的 `label` 与上传 `folder` 等业务参数。 #### 布局与视觉 1. **结构**:`el-form-item`(建议 `class="form-col-span-2"` 占满弹窗栅格宽)→ `.attachment-upload` → `.attachment-list`(flex 行)→ 上传卡片 + 若干 `.attachment-item`;`.upload-hint` 在 flex 行**下方**独立一行。 2. **上传卡片**:宽 **140px**、高 **96px**;`border: 1px dashed #a7f3d0`;`background: #f0fdf4`;`border-radius: 8px`;居中 `Plus`(size 28,`#10b981`)+ 文案「上传附件」(`.upload-card-text`,12px `#10b981` font-weight 500)。hover:`border-color: #10b981`、`border-style: solid`、`background: #ecfdf5`。 3. **附件卡片**:宽 **140px**;预览区高 **96px**;`border: 1px solid #e2e8f0`;`border-radius: 8px`;hover:`border-color: #10b981`、`box-shadow: 0 2px 8px rgba(16, 185, 129, 0.1)`。 4. **预览区**(`.attachment-preview`):背景 `#f8fafc`;图片已上传且 `fileUrl` 存在时显示缩略图(`object-fit: cover`),可点击预览;图片上传中无 URL 时显示 `Loading`;视频显示 `.attachment-preview__icon--video`(`#ede9fe` / `#7c3aed` + `VideoPlay`);其他文件显示 `.attachment-preview__icon--doc`(`#e0f2fe` / `#0284c7` + `Document`)。 5. **卡片底部**(`.attachment-footer`):文件名 `.attachment-name`(11px `#334155`,最多 2 行省略,`title` 为完整文件名);`.attachment-actions` 居中排列 **下载**(`Download`)、**删除**(`Delete`,`.action-btn--danger` hover 红色)。 6. **上传中**:`.attachment-item.is-uploading` → `opacity: 0.6`、`pointer-events: none`。 7. **提示**:`.upload-hint` — 11px `#94a3b8`,`margin-top: 8px`;默认文案:「支持图片、视频、PDF、Word、Excel等文件,单文件不超过 20MB」。 8. **色板**:SHALL 使用 Fresh Mint(`#10b981`、`#a7f3d0`、`#f0fdf4`、`#ecfdf5`);SHALL NOT 使用小程序主色 `#0a9f6d`。 9. **禁止**:SHALL NOT 使用 `el-upload` 的 `list-type="picture-card"`、默认 `file-list` 展示,或单独一行纯文字「选择文件」按钮替代上传卡片。 #### `el-upload` 配置 | 属性 | 值 | |------|-----| | `:auto-upload` | `false` | | `:show-file-list` | `false` | | `:multiple` | `true` | | `accept` | `image/*,video/*,.pdf,.doc,.docx,.xls,.xlsx,.ppt,.pptx,.txt,.zip,.rar` | | `@change` | 选中后立即走上传逻辑(见下) | 上传卡片 SHALL 作为 `.attachment-list` 的**第一个子元素**,且始终渲染(不因已有附件数量而隐藏)。 #### 数据模型与上传逻辑 附件列表 SHALL 为响应式数组,元素至少包含:`id`、`fileName`、`fileUrl`、`fileType`(可选)、`_uploading`(可选布尔)。 1. **选择文件后**:校验单文件 ≤ **20MB**;超限则 `ElMessage.error` 并 `clearFiles()`。 2. **立即上传**:向数组 push 占位项(`_uploading: true`、`fileUrl: ''`);`FormData` 调用 `fetchUploadAttachment`(`@/api/business`),`fd.append('folder', '<业务目录>')`(如 `protocol`、`storage-cert`、`protocol-payment`);成功后回填 `fileUrl` 等字段并 `_uploading: false`;失败则移除该项并提示。 3. **收尾**:`nextTick` 后 `uploadRef.clearFiles()`,避免同一文件无法重复选择。 4. **删除**:从数组 `splice` 移除,不单独调删除接口(除非产品另有要求)。 5. **下载**:使用 `@/utils/download-attachment` 的 `downloadAttachmentFile(file, { fullFileUrl })`;`fullFileUrl` 需拼接 `VITE_MINIO_BASE_URL`(与参考页一致)。 6. **预览**:图片/视频已上传项点击预览区,打开独立 `el-dialog`(宽 800px,`destroy-on-close`);图片用 ``,视频用 `