登录社区云,与社区用户共同成长
邀请您加入社区
随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配,统一托管在 GitCode 的下,全部通过 TAG 版本隔离、配套门禁编译验证,开箱即用。本篇是系列文章之一,主角是—
在Agent编程时代,IDE角色从“写代码主战场”转向“工具链与模拟器容器”。本文基于DevEcoStudio 26.0.0.851实践,提出精简策略:仅保留Hvigor构建、OpenHarmony支持、Git、模拟器等核心工具链与运行环境插件,删除AI助手、代码检查、格式化等辅助人操作的冗余插件。遵循“先移动后删除”安全原则,通过备份目录与禁用清单确保可回滚。实测释放约1.1GB空间,启动更快,
温湿度软件边界超限,更换手势芯片后遇“在位不认手势”问题。经排查,芯片出厂未加载初始化表,导致手势引擎未启动。需在用户态通过I2C_RDWR写入219条寄存器配置,并切回bank0。设备树无需声明,依赖/dev/i2c-1权限(chmod 0666),动作距离15~20cm、缓慢执行。关键点:初始化表不可精简,写完必须切回bank0;否则读0x43恒为0或异常值。应用层使用ArkTS调用NAPI接
本文基于Kotlin Multiplatform日志库Napier的设计理念,纯用ArkTS在OpenHarmony上复刻其轻量级日志系统。通过三层架构实现:语义层(零@kit.*依赖)完整还原LogLevel、LogEntry、Antilog等核心抽象;引擎层HilogAntilog桥接@ohos.hilog,妥善处理鸿蒙无verbose级别、格式化占位符安全及tag长度限制三大约束;验收页引入
本文详解在OpenHarmony上适配Kotlin Multiplatform图片加载库Landscapist的完整方案,基于ArkTS实现其核心特性:Painter抽象、状态机(Loading/Success/Error)与可插拔变换管线(如缩放、居中裁剪)。通过三层架构设计——语义层定义契约、引擎层桥接@ohos.net.http与@ohos.multimedia.image系统能力、验收页演
本文为另一篇早期的文章的内容更新,介绍windows环境下标准设备系统代码(以RK3568设备为例)全流程操作梳理,供参考,含代码下载、版本编译、烧写、测试套编译、执行等操作梳理(注:除过烧写和用例执行,其他代码下载编译等都是在Ubuntu环境下操作,建议个人用户家目录下存放个人数据:工具安装、代码下载等),代码上库和hdc的相关命令操作等参考另一篇OpenHarmony-代码操作总结相关部分。
本文详述HDC1080温湿度传感器在I2C总线上的典型故障排查过程。核心问题在于:设备树配置正确、驱动加载成功,但读取时出现ENXIO及cannot set seq config错误,根源为芯片地址0x40在总线上完全不应答(NACK)。通过用户态工具验证,确认非软件或速率问题,而是硬件缺陷——常见于电源未上、虚焊或芯片损坏。文中强调禁止组合读(会重触发),必须使用裸读方式(i2cRdPlain)
本文介绍在鸿蒙系统(OpenHarmony)上使用 React Native 鸿蒙(RNOH)开发时,如何通过 @react-native-oh-tpl/datetimepicker 库实现与 Android/iOS 一致的日期时间选择功能。该库基于上游 @react-native-community/datetimepicker 适配鸿蒙原生组件,支持日期/时间模式、多种显示样式(滚轮、内联、紧
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` 加载门面 + 内存缓存 + 平台解码)统一封装各平台图片加载。
本文聚焦如何在 OpenHarmony 上为 IceRock 开源的 KMP 权限库 moko-permissions 做适配落地。moko-permissions 用一套跨平台 API(PermissionState 四态状态机 + PermissionsController 的 getState/providePermission/revokePermission/openAppSetting
本文是「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鸿蒙化三方库适配」系列收官之作,基于ArkTS等价复刻MVIKotlin状态管理框架,实现纯逻辑层的单向数据流(Intent → Reducer → State → UI),无需系统API桥接,仅需语义层与验收页两层。通过计数器案例完整演示闭环流程,涵盖唯一入口、纯函数Reducer、三件套Middleware及不污染State的Label机制。适配中解决泛型函数数组
本文为Kotlin Multiplatform三方库鸿蒙化适配系列第四篇,聚焦kable(Juul Labs出品的BLE响应式库)在OpenHarmony上的适配。作者选择路线A:通过ArkTS实现BleScanner/BlePeripheral接口,桥接鸿蒙@kit.ConnectivityKit的BLE模块,而非等待上游支持或自研协议栈。核心挑战在于将鸿蒙回调式BLE模型(扫描、连接、特征变更
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。
本文为Kotlin Multiplatform三方库鸿蒙化适配系列第三篇,聚焦于KMPNotifier在OpenHarmony上的适配。作者放弃等待上游支持与自绘通知UI,选择通过ArkTS桥接@kit.NotificationKit,将跨平台通知模型接入鸿蒙系统。核心挑战在于鸿蒙通知点击需经WantAgent回灌至EntryAbility,重构事件模型。文章详细记录6个ArkTS真实签名踩坑,最
本文作者在实现Ktor客户端引擎的鸿蒙适配时,选择不复用CIO(纯Kotlin网络库),而是基于鸿蒙原生@ohos.net.http构建轻量级引擎。此举避免了自行实现DNS、TLS、代理等复杂且易出错的底层逻辑,转而依赖系统已验证的网络能力,确保稳定性与可维护性。通过复刻Ktor API契约(如HttpMethod、Headers、HttpResponseData等),实现语义层与上游一致,使业务
Flutter 鸿蒙化实战:fluttertoast 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配
Flutter 鸿蒙化实战:flutter_webview_plugin 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHa
Flutter 鸿蒙化实战:flutter_video_info 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmon
Flutter 鸿蒙化实战:flutter_tts 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配,
【代码】Flutter 鸿蒙化实战:flutter_secure_storage 适配 OpenHarmony,敏感数据安全存储。
Flutter 鸿蒙化实战:flutter_scankit 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平
把 GitCode 和 GitHub 两边加起来,这个落差依然很直观:截至 2026 年 10 月 2 日,按公开 API 汇总,OpenHarmony 组织旗下公开仓库在 GitCode 上有 3,398 个 Star,在 GitHub 上有 748 个,合计 4,146 个。我想为鸿蒙生态补上这个需求,也想做一款自己期待的闪卡软件:可以背单词、记知识点,界面简洁好用,同时照顾刚接触闪卡的新手和
【代码】Flutter 鸿蒙化实战:flutter_quill 适配 OpenHarmony,富文本编辑器。
finish()
Flutter 鸿蒙化实战:flutter_nfc_kit 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony 平
【代码】Flutter 鸿蒙化实战:flutter_native_image 适配 OpenHarmony,原生图片压缩与缩小。
【代码】Flutter 鸿蒙化实战:flutter_mailer 适配 OpenHarmony,发邮件。
Flutter 鸿蒙化实战:flutter_iot_wifi 适配 OpenHarmony## 前言随着鸿蒙生态的快速发展,越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期,大量常用三方库只有 Android / iOS 实现,鸿蒙侧只能自己造轮子。为了解决这个问题,CPF-Flutter 社区对一批高频使用的 Flutter 三方库做了 OpenHarmony
本文为KMP库鸿蒙化适配第三篇,聚焦Essenty库的时序假设问题。与前两篇“能力缺失”不同,Essenty依赖平台在正确时机通知生命周期并保存状态,鸿蒙无现成宿主导致状态丢失隐晦难查。作者将库分三类:纯逻辑层(无需修改)、平台注入层(需实现*Owner接口)、落盘层(用kotlinx-serialization输出JSON,对接kotlinx-io沙箱)。通过将OpenHarmony生命周期映射