Blizzard
3ea50efb7d
## 弹层里塞 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>
52 lines
2.1 KiB
Plaintext
52 lines
2.1 KiB
Plaintext
/* 底部固定保存键，内容要让开它 */
|
|
.ar-body{padding-bottom:calc(180rpx + env(safe-area-inset-bottom))}
|
|
.ar-card{padding:0 var(--pad-x)}
|
|
|
|
.ar-row{
|
|
display:flex;align-items:center;gap:var(--sp-3);
|
|
min-height:112rpx;border-bottom:1rpx solid var(--line);
|
|
}
|
|
.ar-last,.ar-row:last-child{border-bottom:0}
|
|
.ar-k{flex:none;font-size:var(--fs-md);font-weight:var(--fw-b);color:var(--text)}
|
|
.ar-v{flex:1;text-align:right;font-size:var(--fs-md);color:var(--text-2)}
|
|
.ar-in{flex:1;text-align:right;font-size:var(--fs-md);color:var(--text)}
|
|
.ar-ph{color:var(--muted2)}
|
|
.ar-unit{flex:none;font-size:var(--fs-sm);color:var(--muted)}
|
|
|
|
/* 单选独占一段：选项多的时候挤在一行右侧会换行成一团 */
|
|
.ar-opt-block{padding:var(--sp-4) 0;border-bottom:1rpx solid var(--line)}
|
|
.ar-opts{display:flex;flex-wrap:wrap;gap:var(--sp-2);margin-top:var(--sp-3)}
|
|
.ar-opt{
|
|
padding:var(--sp-2) var(--sp-4);border-radius:var(--r-full);
|
|
background:var(--surface-2);border:1rpx solid var(--line);
|
|
font-size:var(--fs-sm);color:var(--text-2);
|
|
}
|
|
.ar-opt.on{
|
|
background:var(--primary-soft);border-color:var(--primary);
|
|
color:var(--primary-ink);font-weight:var(--fw-b);
|
|
}
|
|
|
|
.ar-h{font-size:var(--fs-md);font-weight:var(--fw-b);padding:var(--sp-4) 0 var(--sp-2)}
|
|
.ar-ta{width:100%;min-height:200rpx;font-size:var(--fs-md);line-height:1.6}
|
|
|
|
.ar-media{display:flex;gap:var(--sp-3);padding:var(--sp-3) 0 var(--sp-4)}
|
|
.ar-thumb{position:relative;width:132rpx;height:132rpx;border-radius:var(--r-sm);overflow:hidden}
|
|
.ar-thumb image{width:100%;height:100%}
|
|
.ar-del{
|
|
position:absolute;top:0;right:0;width:40rpx;height:40rpx;
|
|
display:flex;align-items:center;justify-content:center;
|
|
background:rgba(0,0,0,.55);color:#fff;border-radius:0 var(--r-sm) 0 var(--r-sm);
|
|
}
|
|
.ar-add{
|
|
width:132rpx;height:132rpx;border-radius:var(--r-sm);
|
|
background:var(--surface-2);color:var(--muted2);
|
|
display:flex;align-items:center;justify-content:center;
|
|
}
|
|
|
|
.ar-foot{
|
|
position:fixed;left:0;right:0;bottom:0;z-index:50;
|
|
padding:var(--sp-4) var(--pad-x) calc(var(--sp-4) + env(safe-area-inset-bottom));
|
|
background:#fff;box-shadow:0 -12rpx 32rpx rgba(70,48,25,.06);
|
|
}
|
|
.ar-busy{opacity:.6}
|