登录社区云,与社区用户共同成长
邀请您加入社区
本文业务场景是:用药应用按周期提醒用户,并在疗程结束后自动停止。主操作为“创建有限次数的周期提醒任务”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。重复提醒:周期、次数与幂等执行 的真正
本文基于 HarmonyOS 7(API 26)官方文档,解析 Agent A2A 协议通信机制。通过“日程+打车”场景,阐述智能体间无需预知对方、凭 Agent Card 互认身份,依托 Task、Message、Artifact 等协议元素实现意图协商与任务闭环。代码示例展示如何通过 AgentExtensionAbility 与 AgentFrameworkKit 构建 A2A 服务端,完成
本文业务场景是:桌面端下载工具在快捷栏展示总进度,并通过状态栏图标提供暂停入口。主操作为“向快捷栏或状态栏投影任务图标与进度”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。
本文业务场景是:离线地图或文档模板通过压缩包下载,并在校验后解压到应用沙箱。主操作为“安全压缩或解压业务文件包”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。压缩解压:Zip Slip、
本文业务场景是:播客应用需要在系统播控中心展示章节跳转、倍速和循环模式。主操作为“同步播控按钮布局和应用支持的倍速、循环及控制类型”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。
本文基于HarmonyOS 7(API 26)详解应用Skill化开发全流程,阐述从“被打开”到“被调用”的范式转变。通过声明式契约、薄封装入口脚本与语义匹配机制,实现系统智能体对应用能力的自然语言调用。文章以奶茶点单为例,完整演示Skill目录结构、SKILL.md描述文件、module.json5注册及ArkTS脚本适配,强调契约准确性对意图匹配的关键作用,并提供上线自检清单,助力开发者高效接
本文基于HarmonyOS 7(API 26)官方文档,系统梳理了Vision Kit与Core Vision Kit的视觉AI能力。前者提供活体检测、卡证识别等开箱即用的场景化控件,实现低门槛快速集成;后者则提供文字识别、图像超分等基础能力,支持自定义开发。文中以人脸活体检测为例,展示仅需二十行代码即可完成接入,并强调图像超分等新功能适用于老照片修复、画质提升等场景。文章指出,端侧视觉能力的核心
本文以 HarmonyOS 6.0 新增能力为切入点,深入解析 knockShare 与 gesturesShare 的差异、windowId 绑定必要性及 clarifyNonShare(6.0.2+)等核心机制。通过完整示例揭示:3秒内必须调用 share、clarifyNonShare 或 reject 三选一,否则超时失败;强调数据预加载、沙箱路径使用与多端注册策略,助力开发者实现手机↔P
Ringtone Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“音乐应用允许用户把本地片段裁剪为来电铃声,并在设置前安全试听”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
Calendar Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“旅行应用把航班和酒店行程写入系统日历,并在订单变更时同步更新”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
AppGallery Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“影像应用只在用户进入专业编辑功能时下载大型滤镜与模型模块”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
Linx Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“复杂游戏逻辑在团战阶段出现稳定 CPU 热点,需要降低 P99 帧时间而不是追求单次峰值”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
Confidential Space Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“反诈应用联合设备与账户侧信号计算风险等级,但任何一方都不应获得另一方原始数据”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
AOD Navigation Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“骑行导航应用需要在用户锁屏后继续展示方向、剩余距离和到达状态”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
NearLink Kit 提供了从发现、连接到传输的底层能力,但高质量设备体验来自上层协议工程。用轮换广播 ID 降低跟踪风险,用可信身份完成配对,用状态机和序号处理异步与断线,再让 SSAP 与 Port 按流量分工,星闪连接才能从演示走向可靠产品。扫描到设备只是起点,可恢复、可审计、低功耗地完成任务才是终点。
API 26 Release 的导出调整让锁屏扩展和卡片扩展的角色更清晰,也把实况窗的工程难点暴露出来:真正需要管理的是跨进程、跨入口、跨网络的长期状态。以服务端为事实源,以版本化快照支撑扩展恢复,再用幂等创建、更新和结束守住生命周期,实况窗才能在应用被回收之后仍保持准确。
CustomEnv的价值不是少写几个参数,而是给组件树建立清晰、类型化、可覆盖的上下文边界。用安全默认值保证独立运行,用窄接口约束依赖,用页面级注入控制刷新范围,再用替身测试验证不同环境,才能把它变成可维护的架构工具,而不是新的全局变量入口。
延迟链接的本质不是“安装后拿到一个 URL”,而是跨越浏览器、应用市场和首次启动保持用户意图。用稳定链接 ID、版本化路由、一次性消费和明确回退串起整条链路,才能真正提升转化,而不是把首页换成另一个不可控入口。
从原图、识别文本、编辑稿和来源证据四类信息分析 P06 复核体验,指出重置语义、长文本、旋转与人工确认需要怎样共同降低误保存风险。
元服务(原原子化服务)的桌面卡片是用户获取信息的第一入口,很多开发者反馈「FormExtensionAbility 配置了定时刷新,但卡片内容半天不更新」。这个现象背后并不是某一个 API 失效,而是 HarmonyOS 的卡片刷新机制由刷新方式、卡片可见性、应用冻结状态、最小刷新周期四重约束共同决定。本文结合实际踩坑,给出一套可落地的排查清单与可运行代码。
星盾机密风控的核心不是“得到更高的风险分”,而是改变风险数据被处理的方式。将原始因子留在隔离空间,把外部输出限制为可审计的决策,再用一次性挑战、版本化策略和安全回退连接端云,才能同时守住隐私、可用性与业务安全。
深色模式不是简单地"把背景涂黑",它涉及颜色资源的体系化管理、系统色彩模式的监听、以及应用内手动切换的覆盖逻辑。本文基于论坛问题「HarmonyOS 应用如何优雅地做深色模式适配」,给出一套零硬编码、可维护的适配方案,让浅/深两套配色自动切换,同时支持用户手动覆盖。
当工程从「单 Module Demo」长成「多业务线的大型 App」,把所有代码塞进一个 entry 会让编译变慢、耦合爆炸。HarmonyOS 提供两种可复用包:HAR(HarmonyOS Archive,静态共享包) 与 HSP(HarmonyOS Shared Package,动态共享包)。本文讲清楚两者差异、何时用哪个,以及如何跨包共享资源与代码。
HarmonyOS 文件开发中,最容易搞混的是 URI 和真实文件路径。本文从 DocumentViewPicker 选择文档开始,介绍文件 URI 的读取方式,以及 filesDir、cacheDir、databaseDir 等沙箱目录的区别,并结合文件导入、导出场景整理一套比较清晰的处理流程。
这篇开始真正使用 Navigation 搭建页面导航。内容覆盖 Navigation 根容器、NavDestination、NavPathStack、页面 push、返回、参数传递以及系统路由表配置,把一个真实项目里最常见的 Navigation 使用流程完整串起来。
本文提出了一个结构化的通行证验证框架,将身份识别过程分解为四个独立验证环节:证件图像识别、信息提取、本地有效性检查(如有效期)和集中式身份核验(未实现)。当前系统支持前三项基础功能,通过OCR技术实现证件文字提取和结构化处理,但缺乏与中央权限系统的对接。文章强调验收时应明确区分各环节验证结果,并提供了技术实现细节,包括图像预处理、OCR质量评估和字段规范化处理流程,以准确定位验证失败的具体环节。这
在HarmonyOS 6.1.1的生态棋盘上,ArkTS声明式开发范式如同一套全新的棋规——以组件为棋子,以状态为棋手思路,以build方法为棋谱,在方寸屏幕之间展开对弈。本系统——多多观鸟应用,正是在这一棋规下进行的一局精彩对弈。它不仅仅是一个观鸟记录工具,更是一个集鸟种图鉴、装备商城、观鸟点地图、观察记录、导赏活动和个人中心于一体的综合性自然观察平台。从技术棋盘来看,此应用的核心结构以装饰器标
整理 HarmonyOS 集成 WPS Open SDK 上线前检查项:凭据与 Bundle、registerApp 门禁、OpenFileRequest 参数、关窗回传落盘与错误码分流。
技术路线:HarmonyOS 原生 ArkTS / ArkUI。
本文介绍了HarmonyOS文件上传的完整解决方案,重点解决文件选择、类型校验、上传队列管理和URI隐私保护等核心问题。主要内容包括: 定义文件上传边界,明确不同业务场景(头像、凭证、日志等)的类型、大小限制 封装Picker返回结果,统一文件信息结构 实现FileBoundary校验器,确保文件类型和大小合规 构建UploadQueue管理上传任务,支持进度追踪和失败重试 处理URI隐私问题,上
/ 滤镜接口// 滤镜配置// 滤镜链管理器// 添加滤镜到链中// 移除滤镜// 移动滤镜位置// 切换滤镜启用状态// 执行整个滤镜链if (!break;break;break;break;break;break;break;// 获取当前滤镜链// 清空滤镜链// 预设滤镜效果// 预设滤镜定义],'cool': [],'warm': [],],],'soft': [
多语言实现的难点与分层策略 多语言功能的核心挑战在于动态切换时的状态一致性管理。本文提出三层架构方案:资源层确保静态文案完整性,设置层维护用户语言偏好,数据层处理持久化内容的动态展示。通过资源目录组织、语言偏好持久化、启动顺序控制、应用重启策略、默认数据稳定命名、本地化日期处理、自动化翻译检查等方法,解决了多语言切换中的常见问题。特别强调了初始化数据应保存稳定名称而非翻译结果,并提供了覆盖多语言全
本文以校园失物招领为例,拆解 HarmonyOS NEXT 应用如何从真实痛点收敛到可上架 MVP,覆盖产品闭环、隐私边界、AI 降级、工程分层与交付证据。
以“关闭某项自动续费”或“找到订单中的某个设置”为例,截图能够告诉模型眼前有哪些按钮,却不能直接告诉它上一层页面从哪里进入、某个开关是否位于二级菜单、返回操作会不会丢失状态。论文还构建KG-Android-Bench与KG-Harmony-Bench,用来覆盖中文移动生态中的Android与HarmonyOS任务,观察方法在不同应用和任务复杂度下是否仍能保持收益。现实问题:GUI Agent能够看
进入“开发与服务 > 项目 > 质量 > APMS > 配置管理”,在“灰度采集管理页面”创建灰度任务,支持自主配置采集策略,包括设备范围、故障类型、采集时间等参数。具体操作步骤,请参考。应用灰度采集采用端云协同架构,开发者首先需在应用端侧集成灰度采集能力,通过调用应用灰度采集 API,使应用具备参与灰度采集任务的条件,具体接入流程,请参考。以 RSS 内存泄漏为例,灰度采集的 trace 日志上
说明 HarmonyOS 工程用 WPS Open SDK 的 OpenFileExtraOptions:仅显式赋值生效、分享打印云文档等开关语义,以及预设策略与联调清单。
Core Vision Kit 的图像超分和语义搜索能力为英语学习 App 打开了两扇新的大门。拍照搜词将"看到实物 → 想知道英文"这个自然学习冲动转化为一个流畅的操作闭环,而图片联想记忆则利用了大脑对图像的高效记忆机制来提升单词记忆效率。这两项功能都基于端侧处理,无需联网,在离线环境下也能提供完整的智能学习体验。
说明 HarmonyOS 工程用 WPS Open SDK 控制文档只读与可编辑:enableEdit 语义、与 OpenFileRequest 其它字段的边界、预览/编辑双入口封装,以及联调时常见误判。