24-发布包被临时内容拖累-用资源日志隐私清单做提交前自查

摘要：本文针对HarmonyOS应用发布前的关键检查点，提出一套系统化的交付验证流程。主要内容包括：构建与配置验证（release包编译、版本号与签名）、资源与路由检查（启动图、深色模式、空态）、敏感内容处理（mock数据、日志过滤）、隐私合规（协议入口可达性、权限说明）以及真机主路径验证。强调通过可追溯的检查清单（含构建日志、资源路径记录、隐私入口截图等）替代口头承诺，并建议将验证结果转化为包含

HarmonyOS实战《疆域纪行》第09篇｜适配复盘：长文本、空状态、固定栏和大屏预留怎么处理

内容型 App 很容易有长摘要。如果不限制，某些卡片会特别高，列表节奏会被破坏。两行摘要是一个平衡点：既能展示信息，也能保持列表可扫读。列表页：压缩、扫读。详情页：完整、舒适。

25-项目越写越散-用三层工程和模块边界守住长期维护

摘要：本文针对HarmonyOS项目中常见的工程结构散乱问题，提出三层架构解决方案。通过products（入口装配层）、features（业务闭环层）和common（公共能力层）明确划分职责边界，严格限制依赖方向（仅允许上层依赖下层）。重点强调：1）产品层仅做设备适配和入口组合，不吞业务逻辑；2）各feature需实现完整业务闭环；3）common层只存放真正稳定的跨领域能力。文章还提供了迁移验证