登录社区云,与社区用户共同成长
邀请您加入社区
【代码】Flutter 鸿蒙化实战:webview_cookie_manager 适配 OpenHarmony,WebView Cookie 管理。
Flutter 鸿蒙化实战:volume_controller 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony
开源鸿蒙进入高校,走的不是"新增一门课"的常规路径。2026 年开放原子开源生态大会上评选出"开源鸿蒙教育实践先锋院校",全国共 13 所高校获评;全国开源鸿蒙智能终端与物联行业产教融合共同体 2026 年会上,开源鸿蒙创新中心、远程实境教学应用联盟揭牌,鸿蒙虚拟教研室同时设立。在此之前,成都东软学院的《OpenHarmony 应用开发师资培训》入选 2026 年华为产学合作协同育人项目优秀案例,
如果你问 AI"鸿蒙上能不能跑 Capacitor 应用",或者搜"Capacitor OpenHarmony",大概率搜不到答案。
这次把 XAMPP 搬到 OpenHarmony PC,最核心的工作不是重画控制面板,而是重新安排 Apache 的运行边界:把进程式服务器变成可静态链接的原生模块,把服务生命周期交给应用线程,把配置与站点内容收进沙箱,再把 Apache 的模块注册、符号重定位和错误退出路径逐一适配。最终形成的方案并非“在鸿蒙里照搬 Linux 服务管理”,而是保留 Apache 的协议与模块能力,同时采用 HA
随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配,统一托管在 GitCode 的下,全部通过 TAG 版本隔离、配套门禁编译验证,开箱即用。本篇是系列文章之一,主角是—
本文详解在RK3568底板上使用MQ-2气体传感器的实操要点:因无SARADC,仅能通过数字输出(DO)判断报警,实测DO常为GPIO11(I2C1_SCL),与红外测温等模块冲突。验收标准为预热2-5分钟后,酒精棉近距刺激使DO由1翻转为0并复现三次。强调不可用明火测试,禁止单次采样,需持续监测。脚号须经扫描确认,避免误判66。解决共脚冲突可关I2C1、换接空脚或分时段演示。软件采用mq2_wa
在Agent编程时代,IDE角色从“写代码主战场”转向“工具链与模拟器容器”。本文基于DevEcoStudio 26.0.0.851实践,提出精简策略:仅保留Hvigor构建、OpenHarmony支持、Git、模拟器等核心工具链与运行环境插件,删除AI助手、代码检查、格式化等辅助人操作的冗余插件。遵循“先移动后删除”安全原则,通过备份目录与禁用清单确保可回滚。实测释放约1.1GB空间,启动更快,
本文完整记录了将 react-native-segmented-control-tab 适配至 HarmonyOS 的过程。该组件为纯 JS、零依赖的 class 组件,无需原生适配。通过像素级判据(选中段蓝底 #0076FF 位置从 39–284 移至 533–783,与预期 535–785 精确吻合),验证了控件布局正确性;并通过 23 项断言测试,涵盖单选/多选边界行为、默认值继承(Reac
本文详细记录了在RK3568平台上使用人体感应模块(PIR)的实测与排障过程。核心结论:PIR模块真实引脚为GPIO73(GPIO2_B1),而非误认为的GPIO74,后者为悬空上拉脚,恒输出高电平。通过sysfs接口验证脚号、排除设备树注释误导,并强调以实测翻转为准。文章提供完整C与ArkTS代码,指导用户正确配置GPIO、处理权限问题(HAP需预导出),并给出开机放权脚本方案。重点提醒:上电后
记这几天在 x86 版 OpenHarmony(KaihongOS)上折腾软件包生态的事包我上传到了百度网网盘,分享大家:通过网盘分享的文件:bundle-x86-20261011链接: https://pan.baidu.com/s/1xmQjaFwjWzVqjWVy_0wWyg?pwd=m4fq 提取码: m4fq。
本文界定“鸿蒙系统人脸机”在安防场景中的准确形态:应为壁挂、柱装或闸机嵌入式终端,非手机改装;操作系统须为OpenHarmony行业发行版,可查版本号;需具备双目/近红外光学方案与开门接口日志,支持本地名单与控制器联动。验收应聚焦安装方式、光学设计、系统版本与开门事件记录,而非品牌或生态口号。避免以手机刷脸用例误判终端能力,强调现场设备形态与功能匹配。
温湿度软件边界超限,更换手势芯片后遇“在位不认手势”问题。经排查,芯片出厂未加载初始化表,导致手势引擎未启动。需在用户态通过I2C_RDWR写入219条寄存器配置,并切回bank0。设备树无需声明,依赖/dev/i2c-1权限(chmod 0666),动作距离15~20cm、缓慢执行。关键点:初始化表不可精简,写完必须切回bank0;否则读0x43恒为0或异常值。应用层使用ArkTS调用NAPI接
对开源鸿蒙北向开发进行简要介绍
2021 年 5 月 17 日,华为中国生态大会上,徐直军向合作伙伴说明,相关源代码将面向行业全面开源,覆盖手机、平板、车机、智慧屏与各类物联网设备,有能力的企业可以基于开源代码打造自有发行版,这个开源项目即为 OpenHarmony。2025 年 3 月 20 日,华为发布 Pura X 阔折叠手机,这是首款出厂全面搭载 HarmonyOS 5 的消费级手机,Mate70 系列等机型的 Harm
本文记录了将KMP存储库KStore适配至OpenHarmony的完整过程。针对官方无ohosArm64产物的问题,通过接入HarmonyOS Kotlin定制版、声明目标平台、解决沙箱路径缺失难题(采用“应用层传路径”方案),并成功导出能力给ArkTS、打包HAR接入鸿蒙工程,最终在真机验证数据持久化功能。文章剖析了KStore源码结构与适配关键点,总结八条踩坑清单,为同类KMP库鸿蒙化提供可复
本文详述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.
本文基于 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,一键跳转系统设置。
本文详解MAX30100光电传感器在OpenHarmony平台的驱动与应用,强调其非传统IIO设备特性:依赖用户态轮询FIFO(0x05)读取4字节样本,而非依赖中断。通过i2c-dev直接操作寄存器(如MODE=0x0b、LED_CONFIG=0x33),实现指腹按紧后红外/红光信号显著上升的验证。指出内核驱动虽可绑定但中断失效时数据为空,故主路径应为轮询。提供完整C工具实现1.2秒快速采样与5
本文聚焦如何在 OpenHarmony 上为 Kotlin Multiplatform 图片加载库 **Kamel** 做适配落地。Kamel 用一套跨平台 API(`ImageSource` 数据源 / `ImageRequest` 请求 / `ImageLoader` 加载门面 + 内存缓存 + 平台解码)统一封装各平台图片加载。
(前身是 PhoneGap)是最老牌的混合应用(Hybrid App)框架,比 React Native(2015)、Flutter(2017)都要早。它的核心思想非常简单:用系统自带的 WebView 加载本地 HTML/CSS/JavaScript,再通过一层"桥接"(Bridge)让 JS 能调用设备原生能力。层内容说明Web 层www/目录下的 HTML/CSS/JS应用业务代码,一次编写
本文是「OpenHarmony 鸿蒙化三方库适配」延续「纯逻辑等价复刻」路线——在已交付 Decompose(组件化导航)、Essenty(生命周期/状态保持)、MVIKotlin(单向数据流)、Reaktive(响应式原语)之后,补齐「依赖注入」这一层:evant 开源的。它用编译期代码生成把@Inject@Component@Module@Provides@Singleton@Named翻译成
Flutter 鸿蒙化实战:media_info 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配,统
【代码】Flutter 鸿蒙化实战:live_photos 适配 OpenHarmony,Live Photo 动图。
Flutter 鸿蒙化实战:just_audio 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配,统
本文是「OpenHarmony 鸿蒙化三方库适配」系列的第 8 篇,也是「纯逻辑等价复刻」档的收官——在已交付 Decompose(组件化导航)、Essenty(生命周期/状态保持)、MVIKotlin(单向数据流)之后,补齐最底层的**响应式原语**:arkivanov 开源的 Reaktive。
本文为「OpenHarmony鸿蒙化三方库适配」系列收官之作,基于ArkTS等价复刻MVIKotlin状态管理框架,实现纯逻辑层的单向数据流(Intent → Reducer → State → UI),无需系统API桥接,仅需语义层与验收页两层。通过计数器案例完整演示闭环流程,涵盖唯一入口、纯函数Reducer、三件套Middleware及不污染State的Label机制。适配中解决泛型函数数组
Flutter 鸿蒙化实战:http_proxy 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配,统
Flutter 鸿蒙化实战:headset_connection_event 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 Open
pushStack。
本文介绍了在OpenHarmony上适配KMP生态中Decompose组件的完整过程。基于Essenty已实现的生命周期管理,利用其与Decompose的天然兼容性,通过接入HarmonyOS Kotlin定制版、显式声明ohosArm64 target并依赖nonWebMain源集,精准定位并实现仅需三处平台适配(锁、主线程检查、错误打印),最终成功将Decompose移植至鸿蒙,实现多页面导航
在 Hi3861 端,虽然所安装的 OpenHarmony 3.0.3 版本中,包含了 softbus_lite(即轻量版软总线),虽说功能少于标准软总线,但我想既然存在,就应该能用,毕竟不论是 OS,还是Hi3861,都是原生的。感觉和我要实现的功能很接近,故将其迁移(以我已能运行的 hello world 程序为基础)到我的测试程序中,之所以说是迁移,因为直接克隆,和我的 DevEco 版本不