登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
“鸿蒙人脸识别”常被混淆为统一技术，实则分属两类系统：手机端的HarmonyOS生物识别用于本机身份认证，侧重体验与账号绑定；而门禁场景中的OpenHarmony终端则面向出入口通行，承担图像采集、活体检测、本地比对与开门执行。二者在输入输出、部署边界、验收标准上差异显著。技术预研与招标应明确区分操作系统类型（HarmonyOS vs OpenHarmony）、比对位置（端侧/云端）、平台环境（麒
本文分享了参与开源鸿蒙桌面端（OpenHarmonyPC）三方库适配实战的经验，重点复盘赛道C中QtBase与OpenSSL复杂库的移植过程。通过解析CI/门禁机制、解决musllibc兼容性问题、优化交叉编译配置，成功打通鸿蒙PC网络安全链路，为国产操作系统生态建设贡献力量。文章还提供了选题策略、本地模拟门禁、善用开源资源等备赛上分技巧，呼吁开发者共同参与，推动国产桌面系统崛起。
随着鸿蒙生态的快速发展，越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期，大量常用三方库只有 Android / iOS 实现，鸿蒙侧只能自己造轮子。为了解决这个问题，对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配，统一托管在 GitCode 的下，全部通过 TAG 版本隔离、配套门禁编译验证，开箱即用。本篇是系列文章之一，主角是—
flutter_rust_bridge（FRB）是Flutter与Rust跨语言绑定生成工具，可自动将Rust函数、结构体、异步方法等生成Dart API及FFI调用代码，实现本地高性能计算与Flutter界面的高效协同。适用于图像音视频处理、AI推理、加密安全、复杂算法等场景。本文以2.13.0-beta.6版本为例，详细演示从DevEco Studio安装、Flutter OH环境搭建、Rus
Draftmark 是一款基于 HarmonyOS 的本地 Typst 编辑器，通过 Flutter 与 Rust 结合实现高效实时预览。项目采用 flutter_rust_bridge（FRB）桥接，将 Typst 编译器内嵌为 Rust 库，Flutter 调用其接口完成排版、渲染与错误定位，避免依赖外部 CLI。全程在设备本地运行，支持源码编辑、分页预览、诊断反馈与 PDF 导出。技术栈涵盖
在工程中创建新 Module，File > New > Module > Empty Ability。执行 Run > Run 'application'，将新创建的 Module 的 HAP 包安装到系统中。在以上三个文件添加自己应用的配置信息（需要服务 bundleName 和 finger）。命令打印出 HAP 的 finger 信息，然后删除新创建的 Module，恢复工程。此应用需要拉起
将文件拷贝到根目录。16、新烧录镜像必须给设备授权，否则无法组网。// 查看usb相关的驱动服务。打开日志（在抓log前执行）-----#打开DEBUG级别日志。本地的：文件所在路径下cmd–>
# 鸿蒙App开发框架全推荐当前鸿蒙生态正处于技术栈快速完善期，应用开发领域呈现官方与第三方两套体系并存的局面。官方以 ArkUI/ArkUI-X 为正统路线，提供从语言、框架到工具链的一体化支持；第三方社区则围绕 Flutter、React Native、uni-app、Kotlin Multiplatform 等成熟框架推出鸿蒙适配版本，帮助存量项目低成本迁移。本文整合官方原生路线与全量主
一句话画像：RNOH（React Native for OpenHarmony）是让 RN 应用跑在 OpenHarmony 上的框架层，本篇记录的是把它从上游 react-native 0.88.0-rc.0 升级到 rc.1的全过程——上游 rc.1 只改了 52 个文件，但要把这 52 个文件正确地"接"进 RNOH 的 monorepo（JS overlay + C++ vendor +
