登录社区云,与社区用户共同成长
邀请您加入社区
一张课表有三个入口:今天上什么课、这周练什么、已经学了多久。窗口比较窄时,把入口放在底部,正文留在中间;空间宽起来以后,让入口出现在正文上方,扫一眼就能切栏目。菜单换个位置并不难,容易被漏掉的是换位置之后的那一次点击。比如先打开练习清单,加入一项练习,再把窗口拉宽。如果页面突然回到今日课程,或者加入按钮又变成初始状态,用户就得重新找一遍。映日课表把这个过程放在一起做:栏目位置跟随可用宽度,栏目选择
从备餐时反复切回计时器的场景出发,解读 HarmonyOS 7 闪控窗。用“灶边”Demo 展示前台授权、桌面小窗、暂停继续、返回与重开,说明共享状态、窗口生命周期及实际接入代码。
开会时,用户常把纸质资料拍成照片,放进自己的笔记。照片保留了现场内容,但需要引用其中一句话或搜索某个日期时,用户还得对着图片重新输入。如果笔记页面能够提取图片里的文字,用户就可以直接复制或搜索,再对照原图检查识别结果。从图片中提取文字通常称为光学字符识别,也就是 OCR。HarmonyOS 的 Core Vision Kit 提供通用文字识别能力,接收图片后可以返回文字内容和文字所在的区域。应用需
本文基于HarmonyOS 7实测,验证闪控窗与闪控球的互斥双向性、三级降级阶梯及两类悬浮权限边界。结果表明:两者因共享前台悬浮名额而互斥双向成立,错误码1300034触发降级;闪控窗使用FLOAT_VIEW权限(运行时申请),误用SYSTEM_FLOAT_WINDOW将导致安装失败;通过诊断台实录,构建“冲突-无权-不支持”三类错误码分类降级机制,实现从闪控窗→应用内浮层→页面内联的平滑降级,保
亲属称谓最容易出错的地方,不是某一层关系,而是关系链叠起来之后的歧义。例如“爸爸的姐姐的丈夫”“妈妈的哥哥的女儿”,每个词都认识,连起来却未必能马上得到准确称呼;换到粤语、客家话等方言环境,同一条关系又可能对应另一套叫法。家庭关系只在端侧计算,不需要上传服务器。本文重点讲两件事:如何在 HarmonyOS 开发助手中接入火山方舟的,以及如何通过项目规划把称谓算法落成可维护的 ArkTS 工程。
本文通过 DraftPatchDesk 演示项目,提出一种基于补丁的草稿管理方案:将“返回”“撤销”“恢复”三种回退语义分离,利用 Immer 生成正向/逆向补丁,维护有限深度撤销栈,并结合 HarmonyOS Preferences 实现带代次的检查点持久化。该方案避免快照膨胀与状态污染,确保撤销可逆、恢复可靠,适用于跨页表单等复杂编辑场景。
上周我在一个数据大屏的工程里填列表,随手往里塞了一千条数据,一滚动就开始掉帧,卡片边缘能看到明显的锯齿感。第一反应是“是不是动画开太多了”,关掉几个动画还是卡。后来才想明白,问题根本不在动画,在于这一千条数据被一次性全部创建成了组件——屏幕上一屏只能看到十几条,剩下九百多条也在白白占着渲染的预算。HarmonyOS 6 的 ArkUI 里,解决这个问题最直接的方式就是 LazyForEach。
高反光物体禁用闪光灯,采集前主动关闪光偏振光方案必须三脚架 + 稳定云台,快门 1/15 手持必糊偏振片与光源偏振膜方向严格正交 90°,凭感觉会残余高光多角度漫射要 2 人配合举灯跟随,1 人固定灯有背光暗区漫射光功率要 ≥ 环境光,否则压不过顶灯高斯点数不等于重建质量,闪光灯点数最高但质量最差仅保证机型开放,文物采集窗口珍贵,不冒险用中端机测 5 件不同反光等级的青铜器(从漫反射到镜面),标定
摘要(148字): FocusLedger 修复无障碍问题 A11Y-1818,通过语义树重构解决朗读时焦点跳失、重复播报等缺陷。核心策略为:任务卡设为无障碍组,显式定义播报文本;焦点续接基于业务 ID 而非数组下标;引入 FocusContinuation 与 SemanticsProbe 实现筛选后焦点稳定恢复与本地预检可追溯。最终达成上架报告 score=100,四项异常归零,保障视障用户流
JsonPulse 从 Demo 演进为可复用 Native 库,完成多 ABI 构建、C++ 符号边界隔离、libc++ 版本对齐与依赖验证。通过 HAR 包封装、C_ONLY 接口设计、自动符号检查及 Consumer 端零配置集成,实现稳定、安全的跨应用共享,具备发布为公共包的工程能力。
SlideDrop 第一篇摘要(148字): 本文介绍基于 HarmonyOS 7“精准碰一碰”的轻量级演示文稿投递 Demo——SlideDrop。聚焦“选素材→碰一碰→命中区域→插入”主链路,定义演示页四类可投放区域(标题、图片、图表、备注),通过 hitTest 实现触点坐标与区域的精准匹配。发送端轻量设计,接收端明确区域结构,首版仅支持图片插入,验证核心逻辑可行性。项目采用连载式开发,以“
本文业务场景是:大型 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隐私问题,上