 Blizzard
|
3ea50efb7d
|
feat: 添加记录独立成页，表单字段由后端配置驱动
## 弹层里塞 24 个表单是走不通的
弹层高度受 .sheet-scroll 的 78vh 限制，字段一多就变成内滚；24 项的选择器
挤在弹层里更难看（用户原话「很丑」）。整体搬成页面。
## pages/addrecord —— 一个页面吃掉全部 24 种
形态：记录宠物 / 记录时间 / 类型专属字段 / 描述 + 照片 / 底部固定保存键。
关键在「类型专属字段」整段是后端驱动的：前端不认识「体重」「金额」这些业务词，
只认识 number / options / text 三种渲染方式，以及每个字段的值该落到哪儿。
record_types 加了 fields 列，后台用紧凑写法配（一行一个）：
number:体重:kg 数值 → num_value
options:状态:正常|软便|拉稀 单选 → category
options:症状:呕吐|拉稀|精神差:- 末尾 - 表示不落 category，只进标题
text:吃了什么 文本 → 只进标题
（空） 只要 时间+描述+照片
解析放服务端不放前端：配错了要在后台保存时就报出来（第几行、错在哪），
不能等用户点开表单才发现渲染不出东西。读取时解析失败只让这一种事项没有额外
字段并打 warn，不让一条烂配置把整个记录页打空。
## 那个 - 开关不是过度设计
异常观察有两个单选（症状 + 严重程度），而 category 只有一个坑，
周报的高风险数按 category='高' 统计（report.go:46）——必须能指定谁占这个坑。
同理账单按 cost 的 category 分组聚合（report.go:134），
食便相关性排除 poop 的 category='正常'。这三处口径都得严丝合缝对上。
## 记录页瘦成纯列表
只留分组宫格。健康洞察 / 体重趋势 / 健康时间轴整页搬到 pages/history，
从报告页「记录与趋势」进——报告页才是看数据的地方，而一个「我要记一笔」的
页面上摆三块只读图表，用户每次都得先滚过去才能找到要点的东西。
**没有直接删掉那三块**：时间轴是唯一能看和删历史记录的地方，报告页只有
周报/账单这些聚合。删了用户就再也看不到自己记过什么。搬页面用的是 git 里
改动前的完整版复制，比往 report.js 里合并代码安全。
## 弹层瘦了一圈
9 个记录分支删掉，连带 17 个方法、SIMPLE_HINT、buildRecord 的 7 个 case
和一批只有它们在用的 data 字段。
js 1089 → 857 行
wxml 480 → 335 行
弹层现在只管「不是记一笔」的事：提醒、海报、档案、发帖、评论、导出、反馈。
buildRecord 只剩 vetSummary 一个分支（它写一条 note 留痕，不是用户填的表单）。
## 验证（预生产库实跑）
24 种的字段配置逐个核对解析结果，然后照 addrecord 的 buildBody 组装落库：
体重 title='体重：4.6kg' num=4.6 → 宠物档案回写成 4.6kg ✓
记账 title='记账：128元 医疗' num=128 cat=医疗 → 账单 total=128 分类[(医疗,128)] ✓
异常 title='异常：呕吐 高' cat=高 → 周报 high_risk_count=1 ✓
排便 cat=软便 食便相关性口径保住
饮食 title='饮食：幼猫粮 45g 偏少' cat=偏少
喝水 num=180（新类型带数值，老代码没有它的分支也不影响）
洗澡 title='洗澡'（无额外字段）
看病 num=320（两个字段：文本+数值）
体重趋势 1 个点、值 4.6，没被其他 7 条污染。
回填踩过一次坑：fields 列是服务启动时 AutoMigrate 才建的，我在启动前就跑了
回填，Update 报错被忽略、13 行静默没写进去。第二版加了 HasColumn 前置检查
和逐行错误统计才发现。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-07-30 10:25:42 +08:00 |
|