HarmonyOS应用实战-启示散页-52-备份文件别没有版本：导出本地数据时带上 schema 和校验摘要

中的类型为backup，并通过指向。也确实继承，拥有onBackup()与。这些事实说明系统可以进入备份生命周期；但它们没有回答“导出哪些 store”“字段怎样演进”“恢复前如何证明内容可信”。目前应用级偏好已有备份协议的责任正是在这些稳定边界之外补一层版本与完整性判断。层已有能力本文建议新增的责任系统调用备份/恢复生命周期调用编解码与恢复编排只提供稳定数据，不解析外来文件当前不存在声明格式版本

HarmonyOS应用实战-启示散页-53-导入备份别直接覆盖：先做差异预览和冲突选择

用户把一段“题库名#答案1#答案2”的文本粘进《答案之书》时，最危险的时刻并不是解析失败，而是解析成功后直接把当前编辑内容替换掉。用户往往在这时才发现：自己刚改的两条答案没了，导入文本里还有重复项，甚至根本分不清这次导入会新增、删掉还是覆盖什么。只负责清洗文本；把成功结果回调给页面；仅把名称和答案填回编辑表单，最终仍需用户点击“创建”，才由写入仓储。它尚未实现备份合并或覆盖恢复。本文在这个真实边界

HarmonyOS应用实战-启示散页-50-发布截图别暴露用户题库：准备一套可复现的演示数据

发布截图最怕一种“看起来很干净”的做法：开发者先把自己的题库改名，删掉几条提问历史，再对结果页做几次手工打码，然后拿这些图去交材料。答案之书是离线应用，没有账号体系，也没有服务端同步，但这并不代表发布材料没有隐私边界。，页面展示时又会把答案正文、题库来源和最近问题带出来。第 50 篇要解决的不是“怎么打码”，而是把发布截图前的本地数据切换做成可回滚的数据沙箱：进入前备份真实数据，截图时只展示演示数