登录社区云,与社区用户共同成长
邀请您加入社区
为遵守国家网络实名制规定,未绑定将限制内容发布与互动
DevEco Studio 是开发鸿蒙(HarmonyOS)应用的官方集成开发环境。目前,它支持 Windows、macOS 以及鸿蒙 PC 系统。
但切到屏幕朗读后,如果组件只暴露了“按钮”这个类型,而没有可朗读的名称,用户得到的信息就可能只剩下“按钮”。这类问题并不需要重做页面。ArkUI 已提供无障碍文本、无障碍说明、无障碍分组、无障碍重要性等通用属性;对于选择状态,还可以优先使用 Checkbox、Toggle 等本身具有状态语义的组件。HarmonyOS 7 对应 API 26.0.0,本文以 HarmonyOS 7 / API 26
接入平行视界之后,很多开发者认为双页面能正常显示就算完成了。但实际上,平行视界的核心挑战不在于"能不能分屏",而在于左右两侧的页面能否在比例持续变化时维持合理的信息密度和布局结构。比例从 1:1 变成 1:2,右侧内容区突然宽了一倍,如果布局依赖固定宽度,排版就会塌掉;比例变成 2:1,左侧列表宽到不知道该怎么填充。这篇文章专门处理这个问题——不是讲怎么接入平行视界,而是讲接入之后 UI 到底还需
在普通浏览器里,H5 调用通常意味着打开一个新的标签页或窗口。但把同一套页面放进 HarmonyOS 的 ArkWebWeb组件后,一个很典型的现象是:按钮点了,JavaScript 也执行了,界面却没有出现新的页面。这里比较容易理解错。发起的是创建新 Web 窗口的请求,而 ArkWeb 并不会替应用决定这个新窗口最终应该显示成 Dialog、Tab、Navigation 页面还是独立窗口。官方
本文聚焦超分任务中批次结果回包顺序混乱问题,提出通过轻量签名与代次控制实现结果归属校验。基于BatchStamp示例,设计可追踪的批次签名机制,结合递增代次与状态门禁,确保仅最新批次结果能更新界面,防止旧结果覆盖新状态。代码实现解耦计算与UI生命周期,避免过期回调污染界面,强调签名仅用于批次识别,不替代内容校验。最终构建可复盘、抗乱序的轻量级任务管理方案。
本文通过PhotoFeed演示工程,探讨文搜图界面中因列表项身份错位导致的选中状态丢失问题。核心在于区分“结果个数变化”与“单条内容更新”,并强调使用业务主键(如id)而非数组下标作为LazyForEach的稳定键。通过IDataSource精准通知增量变更(onDataChange、onDataAdd),确保界面仅刷新受影响项,保持选中状态一致。同时建议以事件日志追踪数据流,避免全量重载掩盖语义
本文提出基于 CompareDock 的可复现图像对比方案,强调统一坐标系、固定预览尺寸(360vp×203vp)与一致裁剪逻辑,确保原图与增强图在滑动对比中不因缩放或裁剪错位而误判算法效果。通过响应式百分比状态控制可见宽度,仅上层图裁剪,分界线精准对齐,日志记录关键事件阶段,避免误将滑动过程当作处理进度。代码示例明确数据流与边界处理,强调真实资源验证与生命周期管理,为公平、可解释的视觉对比提供清
本文聚焦3DGS场景重建后的离线交付环节,提出基于SHA-256的文件完整性校验方案。通过分块流式哈希避免大文件内存占用,结合路径规范化与大小校验,实现对scene.asset、preview.png等资产的精准比对。仅当所有文件通过校验时才允许发布,有效防止版本混用与内容篡改,提升交付可靠性。
本文通过ShelfRoute样例演示如何在宽窄屏切换时保持用户上下文一致:使用稳定SKU作为路由参数,避免依赖列表下标;通过NavPathStack统一管理详情页栈,确保双栏与单栏模式下不重复压栈;利用onNavigationModeChange监听布局变化,仅更新显示状态;详情页通过onReady处理无效SKU的退路。方案强调导航逻辑与布局解耦,保障返回路径正确、选中商品持续可见,适用于主从结构
本文以小规模示例展示图片搜索中本地索引工程的重要性,强调在接入向量模型前需夯实基础:通过稳定索引、可控导入、正确排序与分页、防页面状态污染等机制,确保检索结果一致、无重复、可解释。使用TagLens演示“文搜图”为人工标签匹配,不依赖语义理解或视觉模型,聚焦数据管理与查询协议设计,揭示真实场景中边界处理的必要性。