【算力与猫砂】小程序“创建养宠档案”功能开发

注册功能分析

项目现实

在出方案之前，我先梳理清楚项目的限制条件：

可行的方案对比

方案 A 详解：本地用户档案 核心思路：不叫"注册"（会让人以为需要联网），叫"创建养宠档案"或"用户名片"。 新建用户档案

→ 输入昵称（默认随机生成）

→ 选择头像（emoji 列表）

→ 保存到 localStorage: user_profile_{openid/deviceId}

→ "我的"页面顶部展示用户信息

数据结构：

{

nickname: '铲屎官小明', // 用户自定义

avatar: '👤', // 可选 emoji

createdAt: '2026-07-01',

lastLoginAt: '2026-07-01',

// 不涉及密码/手机号/邮箱 — 因为是纯本地

}

权限/多设备：同一设备不同小程序环境（开发/体验/正式）各自独立，换设备数据不互通。

UI 改动：仅需在「我的」(about) 页面顶部新增用户信息卡片。

为什么不推荐方案 B（云开发）

需要做的改动量：

1. 开通微信云开发环境

2. 创建云函数: wxCloud.callFunction({ name: 'login' })

3. 改造所有数据为云数据库集合（logs/expenses/dashboard...）

4. 增加登录态管理（checkSession/token）

5. 改造所有页面从本地读改为云端读

这相当于推倒重来，跟起初定位的"纯本地 mock 数据"定位完全背离。

我（WorkBuddy）的建议

先做 方案 A（本地档案），1-2 个小时就能完成，跟现有架构完全兼容。如果未来真的需要上云，本地档案可以平滑迁移（把 localStorage 数据同步到云数据库即可）。

于是我就采纳了WorkBuddy的建议（好像我一直是采纳的）。

✅ 本地用户档案系统完成 改动清单（4 个文件）

✅ 新建猫咪功能完成

页面效果

✅ 首次启动体验改造完成

新用户第一次打开的变化 改造前（满屏 mock 数据）：

首页: 摄入280/400 饮水120/200 13h睡眠 6min运动 ← 全是mock值

日志: 8条mock记录（饮食/排泄/行为...）

费用: 8条mock记录（猫粮/猫砂/玩具...）

改造后（干净空状态 + 引导）：

首页: 摄入0/400 饮水0/200 12h/12h 运动0/10 ← 归零

日志: "暂无记录"

费用: "本月暂无费用记录"

并弹出一次性欢迎引导：

关键逻辑

增加账号注销功能。

增加猫咪档案删除功能。

隐私合规完善完成 🔒

改动文件：

• app.js — wx.onNeedPrivacyAuthorization 改真实弹窗

• app.json — 注册 privacy + agreement 页面

• about.js/wxml — 添加隐私政策和用户协议入口

• logs.js — 调用 requirePrivacyAuthorize 前置授权

• privacy.js/wxml/wxss/json — 全新隐私政策页

• agreement.js/wxml/wxss/json — 全新用户协议页

界面如下：

全面质检报告 ✅

三路并行审计覆盖了 所有 JS 文件、WXML 绑定、app.js API 层、页面注册、图标文件。以下是结果：

✅ 检查通过项（全部 OK）

🛠️ 已修问题（9 个）

Critical（运行时崩溃风险）：

High：

Medium：

全面质检处理后，出问题了：

1，喂食后饥饿度无变化；2，摄入保持 400/400达上限了进度条颜色也无变化。且还可以继续喂食只是值无变化。

让WorkBuddy修复，几过几轮聊天，找到问题所在：

根因

utils/helpers.js 的 parseDate()：

把 '2026-07-01 15:31' 转成了 '2026/07/01T15:31'。 这种 带 T 但用 / 分隔 的字符串不是标准格式，小程序 JS 引擎可能把它当 UTC 解析，而 new Date() 取的是本地时间（GMT+8），两者一差就是 8 小时，导致饥饿度被过度衰减。

修复

parseDate() 现在改为正则手动按本地时间解析，不再依赖 JS 引擎对奇怪格式的解析：

重新编译后测试没问题，发布......