harmonyos

用户2946940544816

DSH Desktop - Electron on HarmonyOS Edition鸿蒙上没有官方 Electron。所以「把一款 Electron 应用搬到鸿蒙」，标准答案基本只有一个：用 ArkUI 把界面重写一遍。壳是新写的，逻辑重新接一遍，界面照着截图复刻——用户看着差不多，代价是维护者从此背上一个永久的 fork。

HarmonyOS 鸿蒙 WuKong 稳定性测试报错 Failed to connect to AAMS（已解决）在 HarmonyOS（鸿蒙）应用开发过程中，使用 WuKong（悟空）稳定性测试工具对应用进行随机事件测试时，执行测试命令后，WuKong 没有正常开始执行，而是直接退出。

万物智能信息科技

鸿蒙RS232驱动开发—【万物智能之开源鸿蒙OpenHarmony系统实战开发系列教程】串口节点会找了。今天第一颗外设是 RS232。发送脚曾被公版相机电源抢走，探测失败时设备节点都不会出现。

鸿蒙 WPS Open SDK 接入指南：凭据申请、HAR 集成与 registerApp 校验在 HarmonyOS 工程里接入 @wps/wps_sdk，很多问题并不是出在 OpenFileRequest 的参数上，而是发生在更前面的注册阶段：HAR 已经放进工程，页面也能正常编译，但调用 sendRequest 后立刻被 Promise 拒绝；或者 registerApp 回调直接返回鉴权失败。此时继续调整文档路径、编辑模式或界面按钮，往往只会扩大排查范围。真正需要先确认的是三件事：申请到的接入凭据是否有效、凭据对应的 Bundle 包名是否一致、registerApp 是否已经成功返回。

威哥爱编程

HarmonyOS 7 Agent 开发实战 07：多 Agent 任务分解与反思前几篇我们一直在打磨"单个 Agent"：01 篇搭好统一的 LLM 底座与重试策略，02 篇补上对话记忆，03 篇让模型学会调工具，04 篇用检索增强让它有据可答。但真实任务往往一句话里塞了三件事——"调研竞品，输出对比报告，给出落地建议"。让一个 Agent 一口气全做完，中间步骤会被压缩，错了也不知道错在哪。这一篇把镜头拉远：在 HarmonyOS 7 上用三个各司其职的角色——规划、执行、评审——把"任务分解 + 自我反思"跑成一条可测试的流水线。

威哥爱编程

HarmonyOS 7 Agent 开发实战 06：Agent 记忆与上下文管理上一篇 02 把「对话怎么存、系统提示怎么常驻、上下文怎么裁剪」收敛成了 ConversationStore。但当 Agent 需要陪你聊二三十轮甚至跨会话时，仅仅「丢最旧」会直接把关键信息（用户偏好、待办、身份）一起丢掉。06 这一篇在 02 的基础上再叠一层：把超窗的旧对话摘要进长期记忆，后续按关键词把它召回、重新注入模型上下文。这样模型既能看清眼前的轮次，也能想起很早之前你说过什么。

【HarmonyOS SDK Skills】扫码能力一键构建，系统级高精度扫码秒实现扫码功能是移动应用连接物理世界的高频入口，无论是支付核销、信息获取还是设备配网，扫码体验的流畅度直接影响用户留存。Scan Kit（统一扫码服务）作为 HarmonyOS SDK 提供的软硬协同的系统级扫码服务，凭借计算机视觉与 AI 算法，实现了远距离自动扫码，并针对暗光、污损、模糊、小角度、曲面码等复杂场景做了识别优化，全面提升了扫码成功率与用户体验。

React Native for OpenHarmony 实战：三方库 react-native-modal-dialog 的鸿蒙化适配指南本文记录把 react-native-modal-dialog（对话框：Alert / Confirm / Prompt）适配到 HarmonyOS 的完整过程。

React Native for OpenHarmony 实战：三方库 react-native-paper 的鸿蒙化适配指南本文记录把 react-native-paper（Material Design 组件库）适配到 HarmonyOS 的完整过程。

七月稻草人

鸿蒙手机远程控制电脑选哪个？2026 鸿蒙远控软件横评换到鸿蒙手机或鸿蒙平板后，很多人发现：之前用的远控软件要么不兼容、要么体验大打折扣。随着鸿蒙生态设备量突破亿级，"鸿蒙系统到底该用什么远控软件"成了越来越多用户的实际问题。本文针对鸿蒙手机、鸿蒙平板、折叠屏的真实使用场景，横评主流远控软件，给你一份可直接照做的推荐。

熊猫钓鱼>_>

Kotlin Multiplatform for OpenHarmony 实战：kotlinx-coroutines 结构化并发适配本文记录 kotlinx.coroutines（Kotlin 官方协程库）在 OpenHarmony 上的真实适配过程。核心思路是语义等价复刻：ArkTS 本身是单线程异步模型（事件循环 + Promise），与 Kotlin 协程“挂起不阻塞线程”的心智完全同构，因此无需重写协程运行时，只需用 ArkTS 原生 Promise 承载挂起/并发语义，把 API 形状与原库对齐。全文按三层架构展开：语义层（Coroutines.ets 定义 CoroutineScope / Job / Deferred<T

React Native for OpenHarmony 实战：三方库 react-native-progress-steps 的鸿蒙化适配指南本文记录把 react-native-progress-steps（分步向导 / 进度步骤条）适配到 HarmonyOS 的完整过程。

熊猫钓鱼>_>

Kotlin Multiplatform for OpenHarmony 实战：kotlinx-serialization JSON 适配本文属于 KMP 三方库鸿蒙化适配合集，聚焦 Kotlin 官方序列化库 kotlinx.serialization 在 OpenHarmony 上的适配实践。文章提出「语义层 + 引擎层 + 验收页」的三层架构：语义层用 JsonElement 树与 KSerializer<T> 契约保留原库的纯映射，引擎层复用 ArkTS 自带的 JSON 设施完成最终编解码，验收页在真机上验证嵌套对象的序列化与反序列化。全文只讲本仓库真实落地的代码，并总结了 JSON.parse 类型摩擦、严格模式禁参数属性、手写

马剑威（威哥爱编程）

【共创稿事节】HarmonyOS 7 Agent 开发实战 11：并发多会话隔离02 篇的 ConversationStore 解决的是「一场对话怎么存」。但真实 App 从来不止一场对话：用户可能在 A 会话问报销、在 B 会话查订单；后台可能同时跑着一个定时摘要任务和一个前台问答。如果所有会话共用一个 ConversationStore，A 问的「密码」会被 B 的上下文读到，B 的订单号会污染 A 的记忆——这就是上下文串台。

行者-全栈开发

【共创稿事节】HarmonyOS 7 空间音频实战：用 AudioSpatializationManager 构建“听得见方位“的声场适用版本：HarmonyOS NEXT / HarmonyOS 7（AudioSpatializationManager 首批接口自 API 18 起支持，设备侧能力查询更早；API 26 生态进一步增强）写给谁看：正在做影音、游戏、导航或专注类应用，希望把声音从"提示音"升级为"方位信息"的鸿蒙开发者。要解决的问题：空间音频的接入代码很短，但判断条件很多。本文给出的三步法和逐条验证手段，能避免"代码跑通、用户却听不出方位"的尴尬。

马剑威（威哥爱编程）

【共创稿事节】HarmonyOS 7 Agent 开发实战 03：Tool Calling 让 AI 查实时订单与库存前两篇把云端大模型接进了 HarmonyOS 7（API 26），也搭好了 Agent 脚手架和对话 UI。但只要把这套东西拿去做点真实业务，问题立刻暴露：用户问"我的订单到哪了"，模型张口就是一句"您的订单正在派送中，请耐心等待"——听着像模像样，其实一个字的真数据都没有。模型根本不知道订单状态，它只是在按语言概率编一个"像答案的答案"。

倔强的石头106

把 Typst 搬上开源鸿蒙 PC：一次“干净”的移植记录欢迎加入开源鸿蒙 PC 社区：https://harmonypc.csdn.net/欢迎在 PC 社区平台申请新建项目：https://atomgit.com/OpenHarmonyPCDeveloper

梦想不只是梦与想

鸿蒙预览数据模拟：Hamock在预览场景中，由于代码的运行环境与真机设备上的运行环境不同，调用部分接口时无法获取到有效的返回值。这样就无法在预览时查看到不同返回值带来的界面变化。

【化学实验室｜04】HarmonyOS ArkTS 场景选择器实战：让 13 个离线实验的入口、筛选和返回路径保持一致实验目录页、实验模拟页和场景选择页单独看都不复杂：目录页展示卡片，模拟页根据 expId 创建引擎，场景页让用户在标准、加热、低温、高压和自定义环境中选择一个选项。真正容易出问题的是三页之间的契约。

特立独行的猫a

仓颉语言GUI开发实战：用仓颉写串口/网络二合一调试助手这篇记录下使用仓颉语言开发界面GUI软件， cj-link 调试助手的完整来路：为什么要写一个调试助手、两条链路（串口与网络）各自怎么落、探针自检到底验了什么，以及我在 Windows 实机上是怎么被一处「读串口拿不回字节」逼到 C 桥里去的。