登录社区云，与社区用户共同成长
邀请您加入社区
库版本：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
库版本：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一看，赫然在动态符号表里。业务
本文介绍了在鸿蒙PC上本地开发React Native应用的完整流程： 环境准备： 需准备鸿蒙PC（HarmonyOS 6.1.0+）和网络连接 安装DevEco Studio和配置HDC调试工具 设置必要的环境变量 项目创建： 使用React Native CLI初始化项目 安装鸿蒙适配依赖包 配置Metro打包工具支持鸿蒙平台 原生工程集成： 在DevEco Studio创建原生鸿蒙工程 配置
本文介绍将开源FTP服务器ProFTPD移植到OpenHarmony 5.0+设备的HAP应用中的方法。通过OHOS交叉编译工具链将ProFTPD及其依赖库（OpenSSL、libssh2、zlib）编译为arm64-v8a架构的原生库与可执行文件，再由NAPI桥接层启动ProFTPD子进程，实现ArkUI界面与FTP服务进程的分离运行。 移植的关键在于让FTP服务器适应OHOS沙箱环境，包括修改
本文介绍了如何将传统的FTP/FTPS/SFTP客户端（如FileZilla/WinSCP）迁移到鸿蒙PC/平板的HAP应用开发。核心思路是通过交叉编译生成OpenHarmony所需的静态库（libcurl、libssh2等），用CMake组织业务代码为两层结构，最终由DevEco Studio的ArkTS工程通过NAPI加载原生库并完成打包。文章对比了传统客户端与鸿蒙版本在架构、UI、协议实现等
文章摘要：本文详细介绍了在OpenHarmony（OHOS）系统上交叉编译Julia语言的解决方案。由于官方JULIA版本不支持除x86_64-w64-mingw32外的交叉编译，作者提出使用OHOS自带的CLANG/GCC编译器结合MUSL-GCC进行交叉编译的方法。文章包含完整的编译步骤：准备OHOS-MUSL-C库、编译MUSL-GCC工具链、配置Julia编译环境、解决各类编译错误（如li
本文详细介绍了在Mac M2芯片设备上搭建uni-app+DevEco鸿蒙开发环境的完整流程。主要内容包括：1）基础准备（macOS 12+系统要求、自动配置的ARM架构JDK）；2）DevEco Studio的ARM版本下载安装与SDK配置；3）HBuilderX的版本选择与鸿蒙插件安装；4）关键的环境联动配置（DevEco路径、SDK路径和ohpm工具）；5）aarch64架构模拟器的创建与调
该方案展示了ArkWeb同层渲染：将系统原生组件直接渲染到前端H5页面上，原生组件不仅可以提供H5组件无法实现的一些功能，还能提升用户体验的流畅度。
近期，某问答平台上关于鸿蒙系统的讨论引起了广泛关注。许多人疑惑，为什么鸿蒙系统如此火爆，对应的就业岗位却相对较少？同时，为什么大多数公司似乎更倾向于招聘有经验的开发者，而不是培养鸿蒙系统的新人？
鸿蒙应用开发从入门到入魔：Navigation路由管理为什么这么麻烦？ 鸿蒙应用的路由管理 鸿蒙应用开发，ArkUI框架提供了两种路由管理方式，分别是@ohos.router（以下简称router）和Navigation。 router管理页面 我们先来看router是怎么管理页面的。 router的页面通过@Entry来声明，支持普通路由和命名路由。 // 定义页面 @Entry @Compon
