登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
本文探讨国产化门禁系统架构设计中的常见误区，强调前端（人脸识别终端）与后台（管理平台）应分设操作系统：前端采用开源鸿蒙（OpenHarmony）实现本地识别与控制，后台则部署银河麒麟或统信UOS进行管理与审计。二者通过API/MQTT通信，避免“鸿蒙”一词混淆角色。文中指出，全国产化关键在数据驻留与可审计性，而非仅替换系统名称；建议明确标注系统分工，避免将方案表述误作测评结论，提升技术严谨性。
库版本：qrose 1.1.2 鸿蒙 fork（1.1.2-ohos.1）｜验证环境：HarmonyOS Kotlin 2.2.21-1.0.0｜Gradle 8.14.1｜JDK 21｜DevEco Studio 26.0.0｜HarmonyOS 7.0.0（API 26）｜ohosArm64 + ohosX64 均已 linkDebugShared上一篇把送上了鸿蒙。那是 KMP：纯编码器，一
本文基于Kotlin Multiplatform适配jordond/connectivity 2.2.1至OpenHarmony，实现系统网络状态监测。通过C interop调用libnet_connection.so的原生API（如HasDefaultNet、IsDefaultNetMetered），解决编译错误、数据错读、符号未导出及权限缺失等问题。采用同步快照替代协程Flow，确保statu
本次适配真正需要处理的不是一个→ 内容类型和参数约束→ ArkTS 平台映射→ DocumentViewPicker 与缓存 URI→ HarmonyOS 系统分享面板与此同时，Kotlin/Native、C ABI 和 N-API 提供了独立可验证的 OpenHarmony ARM64 产物链路。
随着鸿蒙生态的快速发展，越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期，大量常用三方库只有 Android / iOS 实现，鸿蒙侧只能自己造轮子。为了解决这个问题，对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配，统一托管在 GitCode 的下，全部通过 TAG 版本隔离、配套门禁编译验证，开箱即用。本篇是系列文章之一，主角是—
音频口认准了。今天收口板载基础接口：断电后还在走的实时时钟，以及没有触摸时的 USB 键鼠。拔电池上电，date 回到 1970 或编译时间。插着 Type-C 线的那一端插上键盘，hdc list targets 没了，键盘灯也不亮。两件事经常同一天出现，根因却完全不同。RTC 是 DS1307，挂在 I2C0 地址 0x68。没有后备电池时，它只是上电时钟，断电必丢。USB 键鼠是 HID，必
库版本：multiplatform-settings 1.3.0 鸿蒙 fork｜验证环境：HarmonyOS Kotlin 2.2.21-1.0.0｜Gradle 8.14.1｜JDK 21｜DevEco Studio 26.0.0.821｜HarmonyOS 7.0.0（API 26）｜模拟器（x86_64）验证的是纯计算：actual 不链任何系统 so，自己光栅、自己编 PNG。这篇换一类
库版本：qrcode-kotlin 4.5.0 鸿蒙 fork｜验证环境：HarmonyOS Kotlin 2.2.21-1.0.0｜Gradle 8.14.1｜JDK 21｜DevEco Studio 26.0.0.821｜HarmonyOS 7.0.0（API 26）｜模拟器（x86_64）我以为把链成，ArkTS 里import一下就能出码。llvm-nm -D一看，赫然在动态符号表里。业务
共享模型 → Kotlin/Native → C ABI → C++ N-API → ArkTS JSON→ FormBindingData → formrenderservice → 桌面服务卡片每一层都有清晰的输入和输出，出现问题时可以分别检查模型、动态库、符号、HAP、签名或系统卡片生命周期。
