chenxing
e01ef87380
build / build (push) Successful in 1m56s
- ExprEvalModal：内置变量条 submitterId 改显真实 id（原用 submitterName 冒充，用户照抄进
样例 JSON 会填错类型）；可用变量 chips 区分内置变量（灰底，对齐原型 .chip.bt）并让手动模式
同样提供内置键（原型 S5「内置变量同款可插」）；chips 去重，避免 formData 键与内置键同名重复。
- Defs：分组视图空 flowGuid 行不再被整体丢弃，各自单列一行；openMap 改用合成 key（__noguid__{id}）
防止与其他行共用 "" 键互相牵连；GUID 列空值显示「—」。
- 验证：npm run build 通过（1m16s，产物含 Defs / ExprEvalModal chunk）；
npx tsc --noEmit 48 条与既有基线完全一致、本次改动文件 0 条。
来源：流程中心改造-验收审计报告-B2-B6-20261012.md §三.3c / §三.5
通知公告前端（Vue3 + Vite + view-ui-plus）
本地启动
npm install
1）纯前端调试（推荐，后端不可用时）
本地连不上 sso.yunhaixingtong.com / base.yunhaixingtong.com 时，后端 CAS 过滤器会拦截
/api/* 请求导致所有接口失败。此时使用内置 mock 调试前端页面：
npm run dev:mock
- 启用
src/assets/mock/noticeapi.ts中的内存 mock（vite-plugin-mock），覆盖全部页面接口： 用户/菜单、发文部门字典、通知增删改查、阅读情况、联系组、选择用户树、附件上传等。 - mock 数据为内存态，刷新页面即还原；修改 mock 文件后需重启 dev server 才生效。
- mock 模式下请求走 vite 同源（
host.config.ts中serviceHost为空串）。
2）连接后端调试
npm run dev
.env.dev：VITE_SERVICE_HOST=http://localhost:8070/notice（Java 后端，见../service）。- 后端需要能访问 CAS（
yh.sso.server-url-prefix）与用户中心（yh.open.*），否则接口 302/失败。
主要页面
| 路由 | 页面 |
|---|---|
/notice/newnotice |
通知发送（新建/编辑 ?serid=/转发 ?fid=，wangeditor 富文本） |
/notice/notice_list |
已发通知 |
/notice/notice_accept |
已收通知（左列表 + 右详情，打印/转发/附件） |
/notice/manage |
通知列表（管理端） |
/notice/setting |
应用设置（发文部门卡片 + 自定义组） |
/notice/notice_details |
通知详情（type=0 管理视角含阅读进度/编辑/打印，type=1 查看） |
关键组件
components/UserCheckModal.vue：选择用户弹窗（组织树勾选 + 已选列表，移植自旧前端oldfront/src/components/userCheck.vue）。components/UserCheckInput.vue：通知对象选择（全部用户/指定用户，移植自旧user_check_input.vue）。components/NoticeUpload.vue：通知附件上传（选择文件 + 200MB 限制，移植自旧uploadFile.vue）。- 发文部门卡片：见
views/notice/NoticeSetting.vue，样式与交互对齐 UserBase「应用类型」 （UserBase/front/src/views/app/AppCategory.vue），额外支持停用/启用。
统计说明
统计相关前端已按需求移除（Notice_statis 接口封装、菜单、图标等），后期统计不在本应用内做。