本文是“足球口袋教练 HarmonyOS 离线应用实战”系列第 16 篇。示例项目是一个 HarmonyOS / ArkTS / ArkUI 编写的离线足球训练助手本篇要解决的问题个人资料页不能只是昵称头像。对训练工具来说用户画像应该影响计划生成、风险提示和训练负荷否则画像就是孤立表单。这篇文章的目标不是把所有代码逐行解释完而是给出一个能被复用的工程切入点先确定用户行为再确定状态来源最后确定页面如何反馈。对于训练类应用这个顺序尤其重要因为用户不会为了欣赏界面而打开 App他打开它通常是为了开始一次明确的训练。项目中的实现选择CoachProfile 保存展示资料和训练画像计划生成读取 position/level/goal/weeklyTime风险提示读取 fatigueLevel、injuryHistory、heightCm、weightKg。文章会强调教育类健康提示的边界。在当前版本里很多能力被集中放进Index.ets这是一种适合 MVP 的取舍。它让需求验证、截图验收和 CSDN 复盘都更快但也意味着当课程数、状态数、语音逻辑继续增长时要逐步拆分出 service、repository 和 component 层。文章示例会保持这个边界感先解释当前方案为什么能跑通再说明下一阶段应该怎么演进。关键代码片段资料模型同时服务展示和训练interface CoachProfile { displayName: string; playerPosition: string; level: string; goal: string; weeklyTime: string; fatigueLevel: number; injuryHistory: string; }这段代码对应的重点不是语法本身而是它在业务链路里的位置。训练应用的代码可以按四类来读静态目录课程、模块、默认计划和徽章规则。用户状态收藏、训练记录、计划完成情况、主题、画像。页面状态当前 Tab、当前课程、搜索结果、训练计时和图解查看器。系统能力TTS、AVSession、后台任务、资源引用和构建安装。只要能把变量放回这四个桶里后续排查问题会容易很多。比如收藏丢失通常看持久化计时错乱通常看页面状态训练统计不准则回到训练记录。代码证据与可复现路径主要源码entry/src/main/ets/pages/Index.ets当前截图doc/csdn-series/screenshots/13-backup-report.jpeg构建命令hvigorw.bat assembleHap --mode module -p productdefault --no-daemon页面入口entry/src/main/resources/base/profile/main_pages.json资源目录entry/src/main/resources/base/media修改位置、目标和每周时间后重新生成计划确认计划内容发生合理变化疲劳较高时风险提示应更保守。本地验证时建议先跑静态检查再看截图再跑模拟器。截图能证明页面状态源码能证明实现路径构建命令能证明项目不是“只存在于文章里”。可迁移到其他 HarmonyOS 项目的经验第一先把“静态内容”和“用户行为”分开。课程目录、默认计划、徽章定义和资源映射属于静态内容可以随着版本发布训练记录、收藏、主题、画像和计划完成状态属于用户行为必须能持久化、能恢复、能被统计。很多页面问题不是 ArkUI 写法本身造成的而是这两类数据混在一起后页面无法判断到底应该读模板还是读用户状态。第二页面状态要有明确生命周期。比如当前选中课程、是否展示搜索结果、是否进入主动训练、是否打开图解查看器这些都只是当前页面会话中的状态。它们不应该被保存成长期数据也不应该影响下一次打开应用后的默认体验。训练记录和收藏可以留下弹窗、缩放偏移、临时搜索词则应该在合适的返回或关闭动作里清理。第三技术文章要给读者留下验证路径。只写“实现了计划生成”说服力不够最好同时给出源码位置、截图位置、操作路径和构建命令。这样读者可以判断这个功能是已经落地的能力还是仍停留在方案设计。对于 CSDN 系列工程证据越清楚越容易被认为有原创性和实践价值。第四离线优先并不等于功能简陋。它更像是一种约束不依赖账号、不依赖服务端、不上传训练隐私、不用网络失败阻断核心流程。在这个约束下规则引擎、静态课程库、本地语音提示、本地报告和本地截图验收都可以形成完整体验。后续如果要接入云同步或 AI 能力也应该先保证离线闭环不被破坏。常见坑与规避方式只在 UI 里写课程文案导致搜索、计划、收藏、统计都拿不到结构化数据。完成训练后只改按钮状态没有生成 TrainingRecord数据页和成就墙无法同步。收藏保存整份课程对象课程目录更新后收藏列表出现旧字段或旧文案。主题切换只改页面背景忽略文字、边框、卡片、按钮和空状态。截图使用宣传图或旧图和当前源码实现对不上发布后读者无法复现。在文章里粘贴本机签名配置、证书路径或密码字段造成不必要的安全风险。发布到 CSDN 前的高质量检查标题保持统一格式足球口袋教练 HarmonyOS 离线应用实战16/20用户画像、身体指标与风险提示摘要包含“问题、实现、验证”三要素避免只写宣传语。文章内至少保留一张真实 App 截图和一个代码片段。不暴露本机签名密码、证书密码、API Key 或私有账号信息。如果提到 HarmonyOS API 行为优先补充官方文档链接避免只引用二手博客。如果截图更新优先替换doc/csdn-series/screenshots/下的真实截图不使用商店宣传图冒充运行截图。小结把位置、水平、目标、疲劳、身高体重和伤病史转化为训练建议 是这篇文章的主线。足球口袋教练这个项目的价值不在于一次性塞满所有功能而在于把训练内容、计划、记录、反馈和本地能力串成一个可运行闭环。读者照着这个思路做自己的训练类或知识类 App也能先跑出一个离线可用的 MVP再逐步拆分和增强。参考资料Huawei Developer ArkUI Application FrameworkHuawei Developer ArkUI State Management OverviewHuawei Developer ArkTS Components Reference
