登录社区云，与社区用户共同成长
邀请您加入社区
第 103 篇是这个阶段的收束。项目从一个相机 Demo 出发，逐步接入地图、相册、保险箱、AI、视频、系统分享、近场分享、华为账号和端云同步。真正值得保留的不是功能数量，而是每一步都能回到用户路径和工程边界。 结营复盘要回答三个问题：这个项目解决了什么用户问题，哪些能力已经形成闭环，哪些能力仍需要真机和线上环境继续验证。 版本与环境 本文复测口径为 DevEco Studio
系列文章多了以后，真正的难点不是继续写，而是保证后来的人还能查、能复现、能知道哪些结论有版本前提。第 102 篇把文章当作知识库来复盘。 这篇不会再写“主观估分”。质量只能来自后台数据、源码依据和复现路径。我们要看的是：每篇文章有没有版本环境、源码位置、真机验收、失败边界和社区同步摘要。 版本与环境 本文复测口径为 DevEco Studio 6.1 Release、Harmo
技术文章写到 100 篇以后，下一步不是继续堆 API，而是学会把能力讲给评审、用户和社区读者听。一个好的作品讲解稿，应该先讲用户场景，再讲工程闭环，最后讲风险边界。 这篇用双镜记忆相机做示例，把地图推荐、近场分享、LiveView 回流和系统分享改写成一段可以用于参赛或路演的讲解结构。 版本与环境 本文复测口径为 DevEco Studio 6.1 Release、Harmo
第 100 篇把路径拉长：一张照片不只进入相册，还会在地图里形成记忆点，被 AI 生成标题和描述，被视频模块加工成短片，最后通过系统分享或近场分享发出去。 进阶闭环的难点在于跨能力边界。地图、AI、视频、分享各自都能写成单篇文章，但真正的产品体验要求它们消费同一份记录，并在失败时各自有清晰退路。 版本与环境 本文复测口径为 DevEco Studio 6.1 Release、H
前面 98 篇已经把相机、地图、AI、视频、分享、隐私和发布材料拆开讲过。第 99 篇收回来，只看一个最小闭环：用户点击拍照，应用拿到文件路径，生成 GalleryMoment，写入本地记录，再让相册和地图都能消费这条记录。 这篇不是做概念总结，而是把主链路重新压成一条可复现路径。只要读者能沿着本文从状态字段找到函数，从函数找到记录模型，再回到真机页面确认结果，就说明系列文章真
训练营写到第98篇，已经不只是“写代码”。发布材料要能让评审、社区读者和未来维护者快速理解项目：它解决什么问题、跑通了哪些主流程、需要什么环境、隐私边界在哪里、截图和视频能证明什么。 这一篇从 README 出发，把发布材料拆成四类：项目说明、截图矩阵、演示视频、技术亮点。材料准备的标准不是堆很多截图，而是每一张图、每一段视频、每一个亮点都能对应到真实源码和真机路径。 本篇目标
最后几天的文章不能只讲单点能力，要把真实用户路径串起来。双镜记忆相机的一次完整回归可以从拍照开始，经过本地落盘、相册展示、AI 图解、地图沉淀、保险箱、系统相册导出和系统分享，最后再回到多设备或社区发布材料。 这一篇给出一条真机回归路线，并把每个节点对应到源码函数。目标是让验收不是“我点了几下看起来可以”，而是每一步都有输入、输出、失败路径和截图证据。 本篇目标 把拍照、落盘、
发布前最容易漏掉的是异常路径。双镜记忆相机串了相机、定位、相册、ARK、视频下载、系统分享和保险箱，只要其中一环失败，页面都应该给用户明确反馈。异常处理不是堆 catch，而是把错误变成可以继续操作的状态。 这一篇按四类异常整理：权限拒绝、网络/模型失败、文件下载和导出失败、系统分享失败。我们重点看服务层如何抛出可读错误，页面层如何把错误写回状态文案。 本篇目标 梳理服务层和页
权限声明不能靠感觉写。双镜记忆相机用到了相机、定位、生物认证、网络、握姿感知、隐私防窥等能力，每一个权限都应该能在代码里找到使用场景，也应该能在用户文案里解释清楚。 这一篇从 module.json5 的 requestPermissions 开始，反推页面里什么时候申请权限、拒绝后如何降级、用户为什么要授权。发布和社区文章里讲权限时，最好能做到“权限名、触发时机、用户价值、拒
Day20 是发布和开源前的收束。代码能跑起来不代表可以直接公开，尤其是 HarmonyOS 项目里常见的签名配置、AGC 参数、API Key、上传脚本和本地证书，一旦进仓库就可能带来真实风险。 这一篇把安全清单拆成三块：构建签名不要泄露、代码检查规则要开启、在线能力 Key 要有保存和清除路径。文章只讨论结构和边界，不暴露任何真实密钥值。 本篇目标 检查签名配置、AGC 参
