登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
本文记录 Odyssey 导航库在 OpenHarmony 平台的完整适配过程，通过将 Compose 渲染层隔离至 composeMain，实现导航状态机（含多栈、模态、深链等）纯 Kotlin 编译为 ohosArm64/X64 KLIB。基于 C ABI/N-API 桥接，以 JSON 通信驱动 ArkUI 四 Tab 真机演示，验证状态机跨平台一致性。项目采用 cmp_qrose 构建模式
本文详述 compose-webview-multiplatform 在 OpenHarmony 的适配过程，采用“引擎复用、视图隔离”（cmp_qrose）模式，将上游 Kotlin 引擎原样编译为 ohosArm64/x64 KLIB，ArkTS Web 组件承载视图，通过 C ABI/N-API 实现与 JS 桥协议的逐字节一致通信。项目实现跨平台 WebView 真机运行，支持状态记忆、导
本文完整记录 FileKit 接入 OpenHarmony 的过程，基于成熟的 HarmonyOS kotlinx 制品线（含 coroutines、serialization、kotlinx-io-core），无需内核提取，直接将原生 Kotlin Multiplatform 文件引擎编译为 ohosArm64/ohosX64 KLIB。
本文详述 multiplatform-markdown-renderer 在 OpenHarmony 上的适配过程，采用 cmp_qrose 路线：将解析内核（纯 Kotlin）编译为 ohosArm64/x64 KLIB，通过 C ABI/N-API 暴露给 ArkTS，由 ArkUI 原生组件递归渲染文档树。核心突破在于绕过 Compose 缺失问题，实现真实 GFM 解析器在真机运行，支持全
本文实现 skiko 在 OpenHarmony 的完整适配，通过消费社区已发布的 skiko:0.9.22.2-1.0.0 klib（含 ohos 静态 Skia 库），零修改上游源码，基于 Kotlin/Native C ABI 与 N-API 桥接，将 org.jetbrains.skia 渲染能力成功接入 ohosArm64/ohosX64 平台。项目构建采用 cmp_qrose 模式，隔
本文详述 KSafe 在 OpenHarmony 平台的完整适配过程，攻克加密引擎缺失、工具链不兼容等难题。通过自研纯 Kotlin AES-GCM 引擎（经 NIST KAT 验证）、沙箱文件密钥库与 C ABI/N-API 桥接，实现 commonMain 逻辑原样编译至 ohosArm64/X64，构建真实加密持久化能力。
本文详述FormValidator在OpenHarmony平台的适配过程：基于Kotlin Multiplatform，将原生Compose校验引擎剥离为纯Kotlin模块，通过ohosArm64/ohosX64目标编译成KLIB，并借助C ABI/N-API桥接实现ArkUI真机调用。项目采用“零依赖内核提取”策略，保留上游全部校验语义（8类规则、3种Flow），通过JSON传递状态，支持Cus
本文详述Enro接入OpenHarmony的完整过程：基于Compose Multiplatform导航库，原样编译commonMain源码生成ohosArm64/x64 KLIB，通过C ABI/N-API桥接实现ArkUI真机宿主，完成容器路由、回退栈、结果通道、深链与状态恢复全链路验证。采用cmp_qrose模式隔离UI层，依赖双线钉版，构建独立于上游工具链，最终实现导航引擎在真实设备上的运
在 Android 上以普通应用运行 OpenHarmony/开源鸿蒙，提供轻量、隔离的鸿蒙应用运行环境。
基于 OpenHarmony 7.0,将整个OpenHarmony系统移植到Android中，以一个普通APP的方式运行/
