每次嵌入都应该建立独立会话，至少包含 sessionId、documentId、provider、mode、permission、baseVersion、draftVersion、status 和 expireAt。整个过程要记录模板版本、编辑人、提交时间和最终状态。权限还可能包括评论、批注、复制、导出、打印、分享和签名。测试应覆盖正常打开、保存、取消、只读模式、权限变化、提供方未安装、版本冲突、

字幕、卡证、图片元数据和地点搜索返回的数据结构不同，但都可以抽象为 RecognizedResult：包含 source、fields、confidence、warnings、rawRef 和 traceId。文章以跨境就医登记为案例，讲解统一识别结果、置信度、人工确认、无障碍字幕、隐私最小化、地点综合排序和异常降级。测试应覆盖普通话和英语、方言与噪声、不同字号、深浅色背景、证件反光和遮挡、繁简体

这两类能力表面上分别属于影像和音频，但在真实创作场景中经常同时出现：一个人录课、直播、健身教学、乐器演奏、Vlog 拍摄或远程会议，都希望画面能自动跟随主体，声音和外设控制又能稳定协同。页面只负责展示预览、按钮和轨道；文章以单人课程录制、直播、Vlog、健身拍摄和音乐控制为例，给出架构设计、外设映射、相机跟踪降级、权限生命周期、性能测试和代码模板。测试要覆盖单人移动、多人入镜、遮挡、弱光、横竖屏切

事实上，DevEco Studio 6.1/6.1.1 对项目质量影响很直接：API 24 工程支持、Hot Reload 能力增强、Apply Changes、AppFreeze 日志解析、ComMemory 模板、Snapshot 到 GC Roots 的最短路径等能力，可以让团队更快定位冻屏、内存泄漏和资源问题。建议每个审核问题都写成固定路径：启动应用、进入目标页面、执行操作、截图或抓日志、

事实上，DevEco Studio 6.1/6.1.1 对项目质量影响很直接：API 24 工程支持、Hot Reload 能力增强、Apply Changes、AppFreeze 日志解析、ComMemory 模板、Snapshot 到 GC Roots 的最短路径等能力，可以让团队更快定位冻屏、内存泄漏和资源问题。建议每个审核问题都写成固定路径：启动应用、进入目标页面、执行操作、截图或抓日志、

应用应在关键节点打点，例如 report_open_start、pdf_first_page_ready、location_resolved、form_submit_done，并记录耗时、设备类型、文档大小和网络状态。文档、定位和表单往往包含敏感信息。内容处理应用至少要覆盖大 PDF、损坏 PDF、弱网、离线、定位关闭、权限拒绝、后台切回、输入超长、快速重复提交、同一草稿多次保存、跨版本升级和日志

对于一个新闻、商城或设备控制类应用来说，把首页、详情、账号、后台服务、卡片能力放在同一个大入口里，后期会非常难维护；第一，某个 Ability 文件越来越长，既管页面加载，又管账号、网络、定位、数据库，说明边界已经失控；写鸿蒙应用时，先把模块、Ability、Extension、Navigation 和 Want 的边界画清楚，再写页面和业务代码，后期维护会轻松很多。还应覆盖从通知进入、从卡片进入

对于一个新闻、商城或设备控制类应用来说，把首页、详情、账号、后台服务、卡片能力放在同一个大入口里，后期会非常难维护；第一，某个 Ability 文件越来越长，既管页面加载，又管账号、网络、定位、数据库，说明边界已经失控；写鸿蒙应用时，先把模块、Ability、Extension、Navigation 和 Want 的边界画清楚，再写页面和业务代码，后期维护会轻松很多。还应覆盖从通知进入、从卡片进入

在鸿蒙应用开发中，如果一个 UI Ability 想调用另一个进程里的 ServiceExtensionAbility，就不能像普通对象那样直接 new 后调用方法。原因很简单：两个对象不在同一个进程空间，参数、返回值和异常都需要被系统框架打包、传输、再解包。理解 @ohos.rpc 的关键，不是背 API 名称，而是把它看成一套“请求码 + 数据包 + 远端对象”的协议。只要客户端和服务端约定好

在鸿蒙应用开发中，如果一个 UI Ability 想调用另一个进程里的 ServiceExtensionAbility，就不能像普通对象那样直接 new 后调用方法。原因很简单：两个对象不在同一个进程空间，参数、返回值和异常都需要被系统框架打包、传输、再解包。理解 @ohos.rpc 的关键，不是背 API 名称，而是把它看成一套“请求码 + 数据包 + 远端对象”的协议。只要客户端和服务端约定好