ArkUI + HarmonyOS 待办清单：无障碍语义与大字布局评审【共创稿事节】

一个待办事项在视觉上看起来非常简单：左侧一行标题，右侧一个“完成”按钮，下面再放一行说明。可把屏幕阅读功能打开以后，用户听到的可能是“按钮、按钮、文本”，却听不出来哪个按钮对应哪条任务。再把系统字体调大，标题挤成三行，按钮被挤出屏幕；页面原本展示得越紧凑，问题反而越容易暴露。设计一个看起来整洁的列表，跟设计一个可以被不同用户稳定操作的列表，是两项需要分别核查的工作。 这次选择一个完全独立的 Har

ohpm + HarmonyOS 三方库治理：升级回归与版本回退（连载04／04）【共创稿事节】

一项动效功能已经能展示，并不意味着第三方库的升级可以直接进入发布分支。内容卡片页面看上去只有“开始播放”和“停止播放”两个动作，实际交付时却可能受到传递依赖变化、资源打包方式调整、停止操作语义变化等因素影响。特别是旧版正常、新版偶发失败的场景，如果只留下新版安装包而没有可复现的旧版构建，所谓“紧急回退”就会变成重新猜测依赖关系。 前面三篇已经建立了一条稳定工程主线：依赖准入表包含 approved

ArkUI + HarmonyOS 响应式工单台：折叠与多窗口布局降级（连载05／06）【共创稿事节】

一个工单在宽屏上打开时，左侧是列表，右侧是详情；将窗口收窄后，同一工单应该如何呈现？如果只用“手机显示单列、平板显示双列”回答，真实项目往往还会遇到第二个问题：折叠屏展开时正在编辑的工单没有变，界面却可能重新建立了详情导航，结果出现重复详情页、返回路径混乱，甚至把选中高亮跳到了另一条记录。这不是屏幕不够宽，而是窗口形态变化被误当成业务状态变化。 本系列前四篇逐步完成了工单模型、断点回调、筛选与导航