登录社区云,与社区用户共同成长
邀请您加入社区
开源鸿蒙进入高校,走的不是"新增一门课"的常规路径。2026 年开放原子开源生态大会上评选出"开源鸿蒙教育实践先锋院校",全国共 13 所高校获评;全国开源鸿蒙智能终端与物联行业产教融合共同体 2026 年会上,开源鸿蒙创新中心、远程实境教学应用联盟揭牌,鸿蒙虚拟教研室同时设立。在此之前,成都东软学院的《OpenHarmony 应用开发师资培训》入选 2026 年华为产学合作协同育人项目优秀案例,
如果你问 AI"鸿蒙上能不能跑 Capacitor 应用",或者搜"Capacitor OpenHarmony",大概率搜不到答案。
这次把 XAMPP 搬到 OpenHarmony PC,最核心的工作不是重画控制面板,而是重新安排 Apache 的运行边界:把进程式服务器变成可静态链接的原生模块,把服务生命周期交给应用线程,把配置与站点内容收进沙箱,再把 Apache 的模块注册、符号重定位和错误退出路径逐一适配。最终形成的方案并非“在鸿蒙里照搬 Linux 服务管理”,而是保留 Apache 的协议与模块能力,同时采用 HA
本文完整记录了将纯JS组件 react-native-step-indicator 适配至 HarmonyOS 的过程。该库无原生依赖,仅依赖 react 与 react-native,通过像素级验证——绿条宽度 = 宽度 × 进度 / 步数,当前步圆心位置 = 宽度/(2N) + k×宽度/N——实测三例13项断言全部精准通过,且交互、样式、动画均正常。接入仅需 --ignore-scripts
本文完整记录将 react-native-size-matters 适配 HarmonyOS 的过程。该库为纯 JS 尺寸缩放工具,核心仅18行代码,无需原生适配,运行时依赖为零。通过实测验证 scale、moderateScale 等函数换算结果与理论值逐像素吻合(377/339/189 px),31项断言全部通过。关键发现:extend 入口依赖 @env 模块,未配置时会导致打包失败;Sca
随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配,统一托管在 GitCode 的下,全部通过 TAG 版本隔离、配套门禁编译验证,开箱即用。本篇是系列文章之一,主角是—
进行应用开发,需要先完成创建 HarmonyOS 工程,然后根据 API 版本不同,修改工程级。当开始开发一个应用/元服务时,首先需要根据工程创建向导创建一个新的工程,,在创建新工程前,请提前了解各模板的相关信息,具体请参考工程模板介绍。:在运行 DevEco Studio 工程时,建议。创建 OpenHarmony 应用,且应用需要在。在工程配置页面,需要根据向导配置工程的基本信息。工程模板外,
本文详解在RK3568底板上使用MQ-2气体传感器的实操要点:因无SARADC,仅能通过数字输出(DO)判断报警,实测DO常为GPIO11(I2C1_SCL),与红外测温等模块冲突。验收标准为预热2-5分钟后,酒精棉近距刺激使DO由1翻转为0并复现三次。强调不可用明火测试,禁止单次采样,需持续监测。脚号须经扫描确认,避免误判66。解决共脚冲突可关I2C1、换接空脚或分时段演示。软件采用mq2_wa
本文详述将 react-native-shimmer-placeholder 适配 HarmonyOS 的全过程。该库虽为纯 JS 组件,无原生依赖,但其 peerDependencies 中声明了 react-native-linear-gradient,实际却通过依赖注入实现降级(默认使用 View 兜底)。由于 View 无背景色,导致动画虽运行但视觉上完全静止,实测像素差异验证此现象。关键
本文完整记录了将 react-native-segmented-control-tab 适配至 HarmonyOS 的过程。该组件为纯 JS、零依赖的 class 组件,无需原生适配。通过像素级判据(选中段蓝底 #0076FF 位置从 39–284 移至 533–783,与预期 535–785 精确吻合),验证了控件布局正确性;并通过 23 项断言测试,涵盖单选/多选边界行为、默认值继承(Reac
本文详细记录了将 react-native-responsive-screen 适配至 HarmonyOS 的全过程。该库为纯 JS 工具库,无依赖、无需原生适配,仅 77 行代码。核心挑战在于:removeOrientationListener() 调用已废弃的 Dimensions.removeEventListener,在 RN 0.84.1 中会抛异常,且传入新函数引用导致无效移除。此外,
UVC 是 USB-IF 制定的标准设备类协议,定义了视频流的控制接口(Video Control,VC)和流接口(Video Streaming,VS)。摄像头通过 VC 接口上报能力(支持的分辨率、帧率、格式),应用通过 VS 接口获取视频流。关键点在于:UVC 摄像头插入后,驱动层完成设备枚举,HDI 层将其注册为可用相机设备,应用层通过 Camera Manager 的设备列表就能发现并打
本文详细记录了在RK3568平台上使用人体感应模块(PIR)的实测与排障过程。核心结论:PIR模块真实引脚为GPIO73(GPIO2_B1),而非误认为的GPIO74,后者为悬空上拉脚,恒输出高电平。通过sysfs接口验证脚号、排除设备树注释误导,并强调以实测翻转为准。文章提供完整C与ArkTS代码,指导用户正确配置GPIO、处理权限问题(HAP需预导出),并给出开机放权脚本方案。重点提醒:上电后
本文详述 react-native-ratings 适配 HarmonyOS 的全过程,核心发现:在 React 19.2.3 下,函数组件 AirbnbRating 因 defaultProps 被移除,不传 props 时渲染为 0 颗星,而 class 组件 Rating 正常显示 5 颗星。虽库为纯 JS 无需原生适配,但 prepare: "husky install" 导致目录安装失败
本文记录 react-native-popup-menu 适配 HarmonyOS 的完整过程。该库为纯 JS、零运行时依赖,无原生代码,main 指向与上游逐字节一致的 Rollup 产物,接入极简。核心挑战在于导出形态混用:MenuProvider 等为普通 class,而 Menu 等经 HOC 包装(withCtx → forwardRef),导致 typeof 为 object 且无 p
记这几天在 x86 版 OpenHarmony(KaihongOS)上折腾软件包生态的事包我上传到了百度网网盘,分享大家:通过网盘分享的文件:bundle-x86-20261011链接: https://pan.baidu.com/s/1xmQjaFwjWzVqjWVy_0wWyg?pwd=m4fq 提取码: m4fq。
本文详述将 react-native-parallax-scroll-view 适配 HarmonyOS 的全过程。该库为纯 JS class 组件,无需原生代码,但依赖 prop-types,需手动安装。交付包修改了 src/index.js 中两行关键代码(移除已废弃的 ViewPropTypes),此改动必需却未披露,存在潜在风险。通过定量验证,视差位移在三个数据点上偏差均≤2px,结果精准
本文完整记录了将 react-native-loading-spinner-overlay 适配至 HarmonyOS 的过程。该库纯 JS 实现,无原生依赖,编译产物与上游完全一致,安装路径干净。实测验证其遮罩布局、透明度、全屏覆盖(含状态栏)均精确吻合设计,且会吞掉所有页面触摸事件。最大发现是其“半受控”缺陷:取消后组件状态与父组件 visible 不一致,且无任何回调通知。结论:可用,但需注
本文详述将 react-native-image-pan-zoom 适配 HarmonyOS 的全过程。该库为纯 JS 手势组件,零运行时依赖,但其 prepare 脚本会删除已提交的编译产物,导致 npm pack 与 install 失败。实测表明,必须使用 --ignore-scripts 安装方可成功。此外,因布局 dump 无法反映 transform 变化,需改用像素判据验证效果。最终
本文完整记录了将纯JS库 react-native-dropdown-picker 适配至HarmonyOS的全过程。该库无原生依赖,零运行时依赖,仅需三步接入:装包、配置watchFolders、注册测试页。实测验证其渲染与交互正常,但默认listMode = FLATLIST在ScrollView中会触发红屏警告,且dropDownDirection方向映射文档缺失,需手动规避。交付包实现零改
本文界定“鸿蒙系统人脸机”在安防场景中的准确形态:应为壁挂、柱装或闸机嵌入式终端,非手机改装;操作系统须为OpenHarmony行业发行版,可查版本号;需具备双目/近红外光学方案与开门接口日志,支持本地名单与控制器联动。验收应聚焦安装方式、光学设计、系统版本与开门事件记录,而非品牌或生态口号。避免以手机刷脸用例误判终端能力,强调现场设备形态与功能匹配。
两个多月前那截「Expo → 鸿蒙」的桥,现在通了双车道(双 SDK)、装了护栏(诊断与保护)、填了桥面的坑(运行时修复)。但鸿蒙生态的河还很宽:expo-image 的 Harmony backend、SDK55、更多三方库的适配……每一块都欢迎一起来修。《Expo 官方不支持鸿蒙?我用一个开源 CLI,让 Expo 项目复用一套代码跑上 HarmonyOS》如果你的团队正在做 Expo / R
温湿度软件边界超限,更换手势芯片后遇“在位不认手势”问题。经排查,芯片出厂未加载初始化表,导致手势引擎未启动。需在用户态通过I2C_RDWR写入219条寄存器配置,并切回bank0。设备树无需声明,依赖/dev/i2c-1权限(chmod 0666),动作距离15~20cm、缓慢执行。关键点:初始化表不可精简,写完必须切回bank0;否则读0x43恒为0或异常值。应用层使用ArkTS调用NAPI接
本文完整记录将 react-native-collapsible 适配 HarmonyOS 的过程。该库纯 JS、零原生依赖,无需原生适配,实现文件与上游完全一致。验证显示折叠高度逐像素精确,动画流畅,但发现三处关键边界:挂载时 collapsed={false} 不生效、align 在未测高度前无效、align='bottom' 存在47px偏移。需注意 Accordion 必须子路径导入,且类
本文为另一篇早期的文章的内容更新,介绍windows环境下标准设备系统代码(以RK3568设备为例)全流程操作梳理,供参考,含代码下载、版本编译、烧写、测试套编译、执行等操作梳理(注:除过烧写和用例执行,其他代码下载编译等都是在Ubuntu环境下操作,建议个人用户家目录下存放个人数据:工具安装、代码下载等),代码上库和hdc的相关命令操作等参考另一篇OpenHarmony-代码操作总结相关部分。
对开源鸿蒙北向开发进行简要介绍
2021 年 5 月 17 日,华为中国生态大会上,徐直军向合作伙伴说明,相关源代码将面向行业全面开源,覆盖手机、平板、车机、智慧屏与各类物联网设备,有能力的企业可以基于开源代码打造自有发行版,这个开源项目即为 OpenHarmony。2025 年 3 月 20 日,华为发布 Pura X 阔折叠手机,这是首款出厂全面搭载 HarmonyOS 5 的消费级手机,Mate70 系列等机型的 Harm
本文记录了将KMP存储库KStore适配至OpenHarmony的完整过程。针对官方无ohosArm64产物的问题,通过接入HarmonyOS Kotlin定制版、声明目标平台、解决沙箱路径缺失难题(采用“应用层传路径”方案),并成功导出能力给ArkTS、打包HAR接入鸿蒙工程,最终在真机验证数据持久化功能。文章剖析了KStore源码结构与适配关键点,总结八条踩坑清单,为同类KMP库鸿蒙化提供可复
本文面向有Windows开发经验的工程师,深度剖析OpenHarmony窗口管理与图形渲染架构,对比Windows GDI/D3D/DWM体系,拆解WindowStage、WMS服务、RenderService等核心组件。通过Canvas基础绘制与交互式手绘板实战,详解自定义渲染流程,并总结7项性能优化策略及常见踩坑解决方案,助力开发者掌握鸿蒙UI底层原理与高性能绘制实践。
本文详述HDC1080温湿度传感器在I2C总线上的典型故障排查过程。核心问题在于:设备树配置正确、驱动加载成功,但读取时出现ENXIO及cannot set seq config错误,根源为芯片地址0x40在总线上完全不应答(NACK)。通过用户态工具验证,确认非软件或速率问题,而是硬件缺陷——常见于电源未上、虚焊或芯片损坏。文中强调禁止组合读(会重触发),必须使用裸读方式(i2cRdPlain)
一个常见质疑:鸿蒙已经有 ArkTS 原生、Flutter-OH、React Native-OH,为什么还要投入 Cordova/Ionic?存量规模:Cordova 2009 年至今积累了数十万企业应用(银行、政务、零售内勤等场景尤多),这些应用的迁移预算远低于重写预算——"不重写就能上鸿蒙"是唯一的迁移方案;开发者结构:Web 前端开发者基数远大于原生/Flutter 开发者,Cordova/
plugin.xml(声明式安装协议)× 双层实现(ArkTS 调 API + C++ NAPI 编译)× 语义对齐三原则(类型不变 / 隐私对等 / 权限显式)× 双轨 API(capacitor-* 与 ionic-native-* 各一套)= 43 个插件批量鸿蒙化挑一个列表里没有的官方插件 → 套五步法 → 参考 device 的 plugin.xml 写安装协议 → 提 PR 到 CPF
鸿蒙上的 Cordova = CPF-Cordova(hcordova),鸿蒙上的 Capacitor/Ionic = CPF-Ionic(hionic),入口都在 AtomGit。本文收纳了两个组织的全部仓库入口、实测版本号、上手命令、插件清单与 10 个高频踩坑实测环境:macOS arm64 / Node 26 / DevEco Studio / OpenHarmony 模拟器 7.0.0.
本文介绍在鸿蒙系统(OpenHarmony)上使用 React Native 鸿蒙(RNOH)开发时,如何通过 @react-native-oh-tpl/datetimepicker 库实现与 Android/iOS 一致的日期时间选择功能。该库基于上游 @react-native-community/datetimepicker 适配鸿蒙原生组件,支持日期/时间模式、多种显示样式(滚轮、内联、紧
本文基于 hionic 工具链,将 Vite + React 项目成功迁移至 OpenHarmony 平台。通过 hionic init 初始化 Capacitor 工程,添加 openharmony 平台并同步前端构建产物(dist/),解决 webDir 配置与 libssl.so.3 缺失等关键问题,最终在 DevEco Studio 中完成签名 HAP 构建并运行于模拟器。全程零前端代码修
Flutter 鸿蒙化实战:qrcode_flutter 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台
Flutter 鸿蒙化实战:qr_code_scanner 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平
【代码】Flutter 鸿蒙化实战:open_app_settings 适配 OpenHarmony,一键跳转系统设置。