这是 FitTracker 开发日志的简洁版,面向博客读者。 只记录最近做了什么、解决了什么问题、项目推进到哪里,不展开内部调试细节。
当前进度
FitTracker 是一个 HarmonyOS 健身训练记录应用,目标不是只做动作清单,而是把“设定目标 -> 生成计划 -> 执行训练 -> 复盘记录 -> 调整目标”串成一个完整闭环。
截至 2026-06-10,项目仍处在 Phase 4,但重点已经从“补主流程功能”逐步转向“交付前收口 + 商业化边界预留”。
Phase 1 基础训练闭环 100%
Phase 2 内容与工具化 100%
Phase 3 回顾与体验修整 100%
Phase 3.5 收口与恢复能力 100%
Phase 4 系统化与扩展能力 55%
现在最值得关注的,不再是有没有新页面,而是三件事:
- 会员能力如何落地到真实页面
- 免费版和升级版的边界是否讲得清楚
- 设备验证受阻时,项目还能不能继续稳定推进
可以看到的功能
下面几张图来自此前的模拟器回归截图。为了避免手机长截图在文章里占太大空间,这里继续使用小尺寸展示。
![]()
目标设置页负责收集训练时长、可用器械和限制肌群,这些信息会直接影响后面的训练计划生成。
![]()
动作详情页除了展示步骤和提示,也在为后续更完整的内容库和会员能力做准备。
![]()
训练执行页已经可以把输入压缩到最关键的重量与次数,并自动给出 1RM 参考值。
最近做了什么
2026-06-10:会员中心第一次真正落到页面里
这一轮最重要的新进展,是 FitTracker 不再只在文档和底层 service 里谈商业化,而是第一次把“会员中心”做成了一个真实可进入的页面。
现在项目里已经有了独立的 MonetizationHubPage 和 MonetizationHubService。这个页面暂时不接真实支付,但它已经能把三层能力边界讲清楚:
- 免费版保留哪些基础训练能力
- Pro 更适合哪些本地高级能力
- Plus 预留给哪些持续服务能力
更关键的是,它没有为了展示商业化,把主训练链路改成付费墙。当前做法更像是先把“未来会怎么卖、为什么这样分层”讲清楚,再逐步决定以后要不要接真实购买流程。
2026-06-10:回顾页开始区分“最近可看”与“全部历史”
同一天,回顾页也往前推进了一步:现在“全部历史训练记录”已经开始和会员能力挂钩。
这不代表免费用户不能用回顾页,而是项目开始更明确地区分:
- 免费版可以继续看最近一段时间的训练记录
- 更完整的长期历史记录,预留给 Pro 能力
这一步的重要性不在“多了一条限制”,而在“产品边界终于从底层规则长到了真实页面”。项目开始把“哪些能力属于基础体验,哪些属于升级价值”讲得更具体了。
2026-06-09:本地内容同步已经从设计走到了可运行流程
上一轮最关键的进展,是本地内容同步终于从“先写设计文档”走到了“应用里有一条真实可运行的更新路径”。
现在 FitTracker 已经具备了内容包、版本信息、导入逻辑和失败回退路径。应用启动时会优先尝试加载本地数据库内容;如果导入失败,仍然能自动退回到原来的 JSONL 种子库。
这意味着项目已经先把“内容以后怎么升级”这条路铺好了。后面无论是继续扩动作库、补媒体素材,还是考虑更远一点的内容分发,都不用从零搭底座。
2026-06-09:设备受阻时,验证脚本先补稳
最近设备侧还有一个现实问题:当前机器没有稳定可用的 HDC target,所以部分真机或模拟器验证没法完整重跑。
这轮没有硬顶着设备问题空转,而是先把验证脚本补稳:当 HDC target 为空、离线或状态异常时,脚本会更早停下来,明确告诉你问题出在环境,而不是把错误拖到流程后半段才暴露。
这类工作不显眼,但很重要。项目已经进入交付前阶段,很多问题不再只是“功能有没有”,还包括“出了问题后能不能很快判断是代码、设备还是环境”。
一点代码
简洁版只保留几段短代码,用来说明这次设计取向。
会员中心目前只在禁用或 mock 支付环境下开放本地预览态:
private isPreviewEnabled(environment: MonetizationBillingEnvironment): boolean {
return environment === 'disabled' || environment === 'mock'
}
回顾页里,“全部历史”在未解锁时会自动降级回最近 30 天:
if (filterId === 'all_sessions' && !unlimitedHistoryUnlocked) {
return 'recent_30_days'
}
项目现在到了哪里
如果把前几轮进展连起来看,FitTracker 现在已经不是单纯补功能的阶段了,而是在做三类更靠近交付的问题:
- 把内容同步和本地恢复做稳
- 把会员边界做成真实页面,而不是只留在文档里
- 把设备阻塞下的验证与排障路径梳理清楚
换句话说,项目已经很接近“主链路成型,剩下的是把边界做实”。
下一步
- 等 HDC target 恢复后,重跑认证回归和 focused smoke
- 继续观察会员中心与回顾页升级入口的文案、分层和节奏
- 把当前这套会员能力预览和历史记录分层,逐步沉淀成更稳定的发布前方案
