登录社区云,与社区用户共同成长
邀请您加入社区
本文业务场景是:大型 PDF 和设计文件在用户打开前预加载必要范围,缩短可交互时间。主操作为“扫描文件是否适合加速并配置预加载策略”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。
本文业务场景是:文件导出任务在锁屏与关键界面持续展示进度,并在完成后进入唯一终态。主操作为“在实况窗辅助区展示百分比进度环”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。百分比进度环:单
本文业务场景是:自动化测试需要复现跨窗口快捷键和鼠标拖拽,不应影响用户真实会话。主操作为“在受控测试环境模拟键盘和鼠标输入”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。键鼠事件注入:测
本文业务场景是:用药应用按周期提醒用户,并在疗程结束后自动停止。主操作为“创建有限次数的周期提醒任务”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。重复提醒:周期、次数与幂等执行 的真正
本文业务场景是:全球化应用希望登录入口跟随语言,并在授权过程中显示一致加载反馈。主操作为“配置华为账号登录按钮多语言文本与加载动效”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。
本文业务场景是:共享企业终端根据班次切换受管系统账号,并核对关键应用窗口状态。主操作为“创建、切换或移除企业设备系统账号”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。
本文基于 HarmonyOS 7(API 26)官方文档,解析 Agent A2A 协议通信机制。通过“日程+打车”场景,阐述智能体间无需预知对方、凭 Agent Card 互认身份,依托 Task、Message、Artifact 等协议元素实现意图协商与任务闭环。代码示例展示如何通过 AgentExtensionAbility 与 AgentFrameworkKit 构建 A2A 服务端,完成
本文业务场景是:桌面端下载工具在快捷栏展示总进度,并通过状态栏图标提供暂停入口。主操作为“向快捷栏或状态栏投影任务图标与进度”。成功标准至少包括:目标结果正确、用户可取消、进程重启可恢复、重复回调不破坏终态、性能指标可度量、隐私数据未越界。value?: string非目标也要写清:不绕过系统权限,不在不支持设备伪造成功,不把平台对象直接暴露给页面,不用用户原始数据换取更方便的调试。
本文基于HarmonyOS 7(API 26)详解应用Skill化开发全流程,阐述从“被打开”到“被调用”的范式转变。通过声明式契约、薄封装入口脚本与语义匹配机制,实现系统智能体对应用能力的自然语言调用。文章以奶茶点单为例,完整演示Skill目录结构、SKILL.md描述文件、module.json5注册及ArkTS脚本适配,强调契约准确性对意图匹配的关键作用,并提供上线自检清单,助力开发者高效接
本文以 HarmonyOS 6.0 新增能力为切入点,深入解析 knockShare 与 gesturesShare 的差异、windowId 绑定必要性及 clarifyNonShare(6.0.2+)等核心机制。通过完整示例揭示:3秒内必须调用 share、clarifyNonShare 或 reject 三选一,否则超时失败;强调数据预加载、沙箱路径使用与多端注册策略,助力开发者实现手机↔P
HarmonyOS 主线程(UI 线程)负责渲染与交互,一旦执行耗时计算(大图解码、JSON 批量解析、加密运算、文件压缩)就会掉帧、卡 UI。ArkTS 并发模型提供两条主力路径:TaskPool(任务池) 与 Worker(长期工作线程)。两者都是基于 Actor 模型的「线程 + 消息通信」,但适用场景截然不同。本文用可运行示例讲清:什么时候用 TaskPool、什么时候
状态管理是所有 ArkUI 应用的核心。ArkTS 早期提供了 @State、@Prop、@Link、@Observed/@ObjectLink 等 V1 装饰器,但在处理深层嵌套对象、跨组件精准刷新时存在「刷新范围过大」「嵌套对象监听繁琐」等痛点。状态管理 V2(@ObservedV2 / @Trace / @Local / @Param / @Once / @Provide
Confidential Space Kit 的高质量接入不在于调用次数,而在于边界清晰、状态可恢复、失败可解释、指标可验证。围绕“反诈应用联合设备与账户侧信号计算风险等级,但任何一方都不应获得另一方原始数据”建立能力门禁、领域契约、幂等状态机、资源生命周期和真机证据,才能把 HarmonyOS 7 / API 26 能力从演示代码推进到可维护产品。
NearLink Kit 提供了从发现、连接到传输的底层能力,但高质量设备体验来自上层协议工程。用轮换广播 ID 降低跟踪风险,用可信身份完成配对,用状态机和序号处理异步与断线,再让 SSAP 与 Port 按流量分工,星闪连接才能从演示走向可靠产品。扫描到设备只是起点,可恢复、可审计、低功耗地完成任务才是终点。
互动卡片的创新不在于播放一次华丽动画,而在于用最小界面完成高频任务。把动态效果放在稳定静态态之上,用受控事件和单调版本连接应用,再用资源预算与无障碍降级守住边界,卡片才能既生动又可靠。
延迟链接的本质不是“安装后拿到一个 URL”,而是跨越浏览器、应用市场和首次启动保持用户意图。用稳定链接 ID、版本化路由、一次性消费和明确回退串起整条链路,才能真正提升转化,而不是把首页换成另一个不可控入口。
图 1:支付 SDK 适配封面图,用来概括本文主题、适配对象和工程边界。实际项目里,支付 SDK 适配经常不是“引入依赖就能用”的问题。真正麻烦的是输入来源、平台能力、生命周期、异常处理和发布说明没有被写清楚。前期省掉这些边界,后面一升级库版本或换设备,就会变成全链路排查。本文围绕和展开,目标是把三方库从“能跑一次”整理成“能被业务稳定接入”。读者可以按文中的源码地图、配置入口、封装层、示例页和验
只调用不够,Paragraph 的还必须写入同一个别名。本实验把放在字体链第一位,英文标题即可看到注册字体效果。
先看完整操作:把时间从5分钟拖到25分钟,再回到1分钟,随后开始、暂停、恢复并复位。紫色交互层只在拖动时运行,绿色核心层只在计时时运行。这段GIF来自真机连续操作。拖动、倒计时、暂停和复位都在同一实验页中完成,不是用几张结果图拼接。一个页面里的动画,不一定都值得长期运行在同一帧率。专注计时器的背景光带只是氛围,30 FPS 已经能持续变化;中央倒计时和进度圆环是正在阅读的核心内容,运行时请求 60
图 1:富文本编辑适配封面图,用来概括本文主题、适配对象和工程边界。实际项目里,富文本编辑适配经常不是“引入依赖就能用”的问题。真正麻烦的是输入来源、平台能力、生命周期、异常处理和发布说明没有被写清楚。前期省掉这些边界,后面一升级库版本或换设备,就会变成全链路排查。本文围绕和展开,目标是把三方库从“能跑一次”整理成“能被业务稳定接入”。读者可以按文中的源码地图、配置入口、封装层、示例页和验收清单,
星盾机密风控的核心不是“得到更高的风险分”,而是改变风险数据被处理的方式。将原始因子留在隔离空间,把外部输出限制为可审计的决策,再用一次性挑战、版本化策略和安全回退连接端云,才能同时守住隐私、可用性与业务安全。
图 1:日志库适配封面图,用来概括本文主题、适配对象和工程边界。实际项目里,日志库适配经常不是“引入依赖就能用”的问题。真正麻烦的是输入来源、平台能力、生命周期、异常处理和发布说明没有被写清楚。前期省掉这些边界,后面一升级库版本或换设备,就会变成全链路排查。本文围绕和展开,目标是把三方库从“能跑一次”整理成“能被业务稳定接入”。读者可以按文中的源码地图、配置入口、封装层、示例页和验收清单,把自己的
当工程从「单 Module Demo」长成「多业务线的大型 App」,把所有代码塞进一个 entry 会让编译变慢、耦合爆炸。HarmonyOS 提供两种可复用包:HAR(HarmonyOS Archive,静态共享包) 与 HSP(HarmonyOS Shared Package,动态共享包)。本文讲清楚两者差异、何时用哪个,以及如何跨包共享资源与代码。
灰度采集的核心不是“拿到更多日志”,而是在不扩大用户风险的前提下得到足够证据。把任务契约、端侧资格判断、数据最小化和熔断机制设计完整,线上偶现问题才可能稳定进入复现—修复—验证闭环。
这篇开始真正使用 Navigation 搭建页面导航。内容覆盖 Navigation 根容器、NavDestination、NavPathStack、页面 push、返回、参数传递以及系统路由表配置,把一个真实项目里最常见的 Navigation 使用流程完整串起来。
bg: string;// 页面底色·浅云蓝白// 卡片底色·纯白// 胶囊/输入底色·浅湖蓝// 主标题·墨蓝黑// 次级文字·青灰蓝// 弱化文字·雾蓝灰// 主色·青春蓝// 辅色·活力红(热榜TOP1)// 辅色·青葱绿// 辅色·暖阳橙// 分割线·浅雾线// Tab激活色·青春蓝// 弹窗遮罩·墨蓝半透// 渐变卡上的纯白文字// 渐变卡上的弱化白文字// 渐变卡上的进度条轨道色//
在研究生入学考试备考这条漫长赛道上,学习者面临的核心痛点始终是"资源获取分散、刷题进度不可视、提醒触达不够个性化"。从研招网报名截止到全真模考开始,从晨间数学刷题到睡前政治带背,每一个备考节点都需要精准的信息触达和进度追踪。传统备考类应用普遍存在三大短板:真题下载来源无法溯源导致资料可信度存疑、通知提醒铃声千篇一律无法区分备考场景、刷题数据仅以静态列表呈现缺乏动态可视化反馈。这些短板叠加在一起,使
沉浸光感的价值不是让界面“更亮”,而是让主次、材质和动作反馈更自然。真正高质量的实现,需要把它收口为语义组件,用设备等级决定效果上限,用 Token 管理降级,用状态机约束交互,再用真机数据证明没有牺牲可读性和稳定性。这样它才是产品能力,而不是只在设计稿里成立的特效。
在HarmonyOS 6.1.1的生态棋盘上,ArkTS声明式开发范式如同一套全新的棋规——以组件为棋子,以状态为棋手思路,以build方法为棋谱,在方寸屏幕之间展开对弈。本系统——多多观鸟应用,正是在这一棋规下进行的一局精彩对弈。它不仅仅是一个观鸟记录工具,更是一个集鸟种图鉴、装备商城、观鸟点地图、观察记录、导赏活动和个人中心于一体的综合性自然观察平台。从技术棋盘来看,此应用的核心结构以装饰器标
本文介绍了HarmonyOS文件上传的完整解决方案,重点解决文件选择、类型校验、上传队列管理和URI隐私保护等核心问题。主要内容包括: 定义文件上传边界,明确不同业务场景(头像、凭证、日志等)的类型、大小限制 封装Picker返回结果,统一文件信息结构 实现FileBoundary校验器,确保文件类型和大小合规 构建UploadQueue管理上传任务,支持进度追踪和失败重试 处理URI隐私问题,上
本文介绍 ArkTS 统一结果模型 OperationResult<T>,说明 Service 与能力适配器如何收敛校验、存储和平台异常,让 ArkUI 页面安全消费错误状态。
hypothesis: '横滑卡片能提升首页推荐点击率',实验计划不是文档装饰,它决定后续分流、埋点和决策看板该看什么。
本文从企业项目实施顾问视角,探讨了在HarmonyOS 6.1.1中处理地图搜索服务点定位问题的解决方案。针对搜索结果不足、可信度低等常见困境,提出了一套完整的处理机制,包括: 建立搜索结果可信度评估模型,从数量、可信度、信息完整性三个维度进行量化分析 设计人工地址交接单的完整结构,确保搜索证据、评估结论和人工确认信息可追溯 区分系统标记点和底图兴趣点的业务含义,明确不同交互场景下的处理流程 实现
首眼沉浸光感:通过标题栏+ 底部导航+ 菜单栏,打造精致的第一印象自适应悬浮导航:MiniBar 折叠展开 + 多设备断点适配,实现从手机到平板的全场景覆盖智感握姿联动:沉浸光感材质 + 智感握姿跟随 + 折叠屏状态感知,三重联动实现顶级空间化体验沉浸光感代表了 HarmonyOS 在空间化视觉设计上的新思考——它不仅仅是"让界面更好看",而是从底层重构了 UI 的视觉表达方式。通透的视觉层次:毛
Core Vision Kit 的图像超分和语义搜索能力为英语学习 App 打开了两扇新的大门。拍照搜词将"看到实物 → 想知道英文"这个自然学习冲动转化为一个流畅的操作闭环,而图片联想记忆则利用了大脑对图像的高效记忆机制来提升单词记忆效率。这两项功能都基于端侧处理,无需联网,在离线环境下也能提供完整的智能学习体验。
connect默认用类名作为key,但有时需要同一类型存多个实例——这时可以指定自定义key。remove删除指定key的数据,keys查看所有key。@Entry// 指定自定义key 'mainPlayer'// 查看所有keybuild() {Text(`当前播放:${thisimport {
在企业级文件管理场景中,用户经常需要将多个文件打包压缩以便传输或归档。ZIP 压缩功能支持单文件压缩和文件夹批量压缩两种模式,并可设置压缩级别以平衡压缩率和速度。HarmonyExplorer 将 ZIP 压缩作为工具箱的核心工具之一。本文详细介绍了 HarmonyExplorer ZIP 压缩功能的完整实现方案,从第三方 ZIP 库引入到 ZipKitManager 封装,从 ZipUtil 工
摘要: 本章介绍了HarmonyOS的通用文字识别(OCR)技术,通过AI引擎的ITextDetector接口实现多语种印刷体文字识别。内容涵盖OCR配置流程(初始化、参数设置、语言选择)、核心API使用及资源释放,并对比Android/iOS的OCR特性。重点指出OCR的约束条件(如仅支持印刷体、需720p以上图片、光线要求等)和最佳实践(语言匹配、自动检测模式)。最后提供实操任务(拍照识别、多
本文介绍了HarmonyOS开发中的二维码功能实现。主要内容包括:通过VisionManager和IBarcodeDetector接口实现二维码生成与识别,遵循AI引擎的统一接入流程;详细说明了代码实现方法,包括异步初始化、生成参数设置和资源释放;列举了开发中的注意事项和常见问题,如最小尺寸限制、异步回调处理等;提供了与Android/iOS平台的对比,并给出实践任务清单和进阶方向建议。文章强调开
本文介绍了基于HarmonyOS开发的AI营养餐单规划应用的全流程技术实践。该应用针对现代人健康饮食规划的痛点,采用HarmonyOS ArkTS技术栈,基于三层架构(Model-Service-View)设计,实现了智能化、轻量化的营养餐单生成功能。文章详细阐述了项目背景、需求分析过程、用户画像及技术约束条件,重点讲解了架构设计原则与实现方案,包括数据流设计、状态管理和UI交互等核心技术点。该应
HarmonyOS权限申请合规实践指南 本文针对HarmonyOS应用开发中的权限管理问题,提出一套完整的权限治理方案。主要内容包括: 权限申请时机优化:反对过早申请权限,建议在用户触发具体功能时按需申请,并提供清晰的场景说明。 工程化治理流程: 建立权限台账,明确各功能场景所需权限及理由 严格按最小权限原则配置module.json5 设计权限申请前的用户引导界面 为权限拒绝场景提供备用功能路径
HarmonyOS后台长时任务实现方案详解 本文详细介绍了HarmonyOS系统中实现后台长时任务的完整方案。主要内容包括: 后台任务类型:分为短时任务(Transient Task)、长时任务(Continuous Task)和延迟任务(WorkScheduler),重点讲解长时任务的实现。 申请流程:核心是使用startBackgroundRunning和stopBackgroundRunni
本文以"AI电商标题优化"应用为例,详细介绍了在HarmonyOS生态下的全流程开发实践。文章采用六阶段方法论(对齐→架构→原子化→审批→自动化执行→评估),重点阐述了ArkTS语法约束、ArkUI声明式UI开发、状态管理、数据模型设计等核心技术。通过完整的代码示例,展示了从需求分析到架构设计的具体实现过程,包括三层架构模式、数据模型定义和UI组件开发。该案例为HarmonyOS应用开发提供了标准
摘要:本文以HarmonyOS平台开发"AI朋友圈文案"应用为例,系统介绍了智能社交内容生成应用的全流程开发实践。从需求对齐、架构设计到代码实现,详细讲解了ArkTS语法约束、ArkUI声明式UI开发、状态管理等核心技术。文章重点阐述了在HarmonyOS生态下的独特开发模式,包括原子化组件设计、自动化测试流程以及构建系统集成。通过具体案例展示了如何构建一个基于AI的内容生成应用,涵盖用户输入处理
本文介绍了基于HarmonyOS Next与ArkTS开发的"AI宠物饮食计算"智能应用,详细阐述了从需求分析到架构设计的完整开发流程。文章采用六阶段开发方法论(Align、Architect、Atomize、Approve、Automate、Assess),重点讲解了数据模型设计、路由机制和UI状态管理等核心技术点。该应用通过收集宠物类型、体重和年龄等输入信息,自动计算科学的饮食方案,包括营养配
AI宝宝辅食搭配应用开发实践摘要 本文介绍了基于HarmonyOS平台开发"AI宝宝辅食搭配"应用的全流程实践。该应用采用ArkTS语言和ArkUI框架,利用AI技术为家长提供个性化宝宝辅食方案。开发过程遵循6A方法论:对齐(需求分析、技术约束确认)、架构(三层设计)、原子化、审批、自动化执行和评估。重点展示了项目结构、数据模型定义、UI组件使用规范以及ArkTS特有的类型约束解决方案。应用功能包
本文介绍了基于HarmonyOS开发的AI冰箱食材菜谱应用的技术实践,重点阐述了从对齐到评估的全流程开发方法。文章首先分析了项目背景与HarmonyOS生态下的技术栈选择(ArkTS+ArkUI),明确了解决用户"冰箱食材管理"痛点的核心需求。在架构设计部分,详细说明了采用MVVM变体的三层架构(Model-Service-Page)及其优势,包括数据流设计、Model层实体定义等关键技术决策。文
HarmonyOS启动任务编排实战摘要 本文针对HarmonyOS应用启动性能优化,设计了一套轻量级任务编排方案。系统通过DAG(有向无环图)管理任务依赖关系,实现关键特性: 依赖管理:任务显式声明dependsOn,避免隐式依赖导致的顺序错误 并发执行:无依赖任务自动并行,减少串行等待时间 超时保护:每个任务设置timeoutMs,超时自动触发fallback降级 失败兜底:关键任务失败不影响启
文章探讨HarmonyOS后台任务选型策略,提出应根据任务特性选择短时、长时或延迟执行。关键点包括:1)明确任务分类标准(如用户感知度、时效性);2)制定约束策略(网络/电量要求);3)分离决策与执行逻辑;4)完整记录任务执行结果。通过分层架构设计(分类器、策略工厂、执行器、日志系统),解决后台任务滥用导致的耗电、性能问题,同时满足合规审核要求。适用于草稿保存、日志上传等典型场景。