ArkUI + HarmonyOS 多端无障碍验收：焦点朗读与状态一致（连载06/06）【共创稿事节】

把阅读工作区从手机拿到折叠屏，列表和正文都能显示，似乎就算完成了适配。可当用户开启屏幕朗读、接入键盘，再把窗口缩窄时，问题才真正暴露出来：高亮停在一篇文章上，朗读却只说“按钮”；焦点从左栏跳到右栏以后返回方向不明确；界面重建成功，却把原来读到的文章位置重置。视觉上正确的分栏，并不能自动保证阅读体验正确。 这一篇以同一个阅读工作区收尾。前五篇已经约定 ReadingItem.id 是身份、selec

Hvigor + HarmonyOS 版本迭代：分阶段发布与止损恢复（连载04/04）【共创稿事节】

发布一个新版本时，最容易让团队误判的并不是打包失败，而是“包能安装、审核也通过，却只有一部分用户出现故障”。这类问题往往无法靠重新编译解决：用户已经升级，设备上有真实数据，新旧应用可能还会与同一套服务端通信。继续扩大分发比例，风险会累积；把旧安装包重新上传，又不一定符合版本递增与分发平台的要求。 前三篇讨论了多产品构建、签名关系以及交付产物指纹。本篇要把这些零散的检查串成一次可追溯的版本迭代：明确

LazyForEach 加 @Reusable 之后数据串了，aboutToReuse 少写一个字段都不行

@Reusable 不会帮你重置状态 长列表用了 LazyForEach，又给卡片加了 @Reusable，第一屏正常。往下滚再滚回来，部分卡片的文字、图片、点击态变成了之前显示过的内容。去掉 @Reusable 就恢复正常——问题不在数据源，在复用路径。 @Reusable 的机制是：组件离屏后进入复用池，新数据上屏时框架直接取旧实例挂回组件树，