登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
本文记录用一个 Taro 4.3 + React Native 版「计算器」项目走通 Taro RN 工程的完整流程。项目业务代码很简单，主要目标是熟悉 Taro 框架 Android 项目的从脚手架到出包的全过程。
最近回看Blackhat里和智能体、移动基座相关的议题，最大的感受是：新系统、新架构层出不穷，OpenHarmony这类分布式系统慢慢铺开，如果还沿用老办法，靠零散踩点、随机Fuzz碰运气，效率会越来越低。Android经过多年沉淀，漏洞类型、攻击面、权限模型、IPC机制、组件暴露缺陷已经有非常成熟的知识库。但OpenHarmony刚起来，公开POC、成熟挖掘经验偏少。同类设计属性，往往会衍生同类
本文记录TestMints在OpenHarmony平台的完整适配过程，通过KMP/CMP工程改造、ohosArm64目标添加及Kotlin/Native动态库生成，实现共享Kotlin代码在ARM64原生环境运行。采用C ABI与N-API桥接，将TestMints的testTemplate语义（setup/exercise/verifyAnd/teardown）通过结构化日志传递至ArkUI页面
本文记录 assertk 接入 OpenHarmony 的完整过程，通过 KMP/CMP 适配，将 Kotlin 多平台断言库编译为 ohosArm64 原生动态库，利用 C ABI 与 C++ N-API 桥接，实现 ArkTS 页面与 Kotlin/Native 真实断言逻辑的交互。项目覆盖目标配置、桥接设计、内存管理、签名隔离及真机验收，确保断言结果由 assertk 核心库生成，而非页面模
本文记录Atrium在OpenHarmony平台的完整适配过程，涵盖KMP/CMP工程配置、ohosArm64目标构建、Kotlin/Native动态库生成、C ABI/N-API桥接及ArkUI交互页面开发。通过复用Atrium断言语义与失败报告机制，实现用户输入驱动的交互式断言工作台，支持相等、不相等、文本包含三种模式。项目采用分阶段路线图，确保从JVM测试到设备部署全流程可验证，最终实现跨语
本文记录 uri-kmp 在 OpenHarmony 上的完整适配过程，涵盖 KMP 工程改造、ohosArm64 目标构建、Kotlin/Native 动态库生成、C ABI/N-API 桥接及 ArkUI 交互页面开发。项目复用 Kotlin Multiplatform 公共逻辑，通过 C 层桥接实现 ArkTS 调用，构建可输入 URI、解析编码、查看结构化结果并回放操作的交互工作台。
应用信息类插件在业务里通常出现在三个位置：启动时的埋点上报、设置页里的“关于本机”、以及需要稳定设备标识的风控与统计。这些场景的共同要求是一次调用拿到全部字段、拿不到时给出可判断的空值、并且不要让初始化失败把应用启动拖崩。所有字符串取值不为 null，不可用时返回空字符串或文档标注的默认值（如默认en默认US初始化失败被内部吞掉，init()返回false，业务侧不需要为它写 try/catch；
本文记录 voyager 接入 OpenHarmony 的完整适配过程，通过提取其纯 Kotlin 导航内核（返回栈、ScreenModel、生命周期管理等），实现与 Compose Multiplatform 共享同一套导航逻辑。项目独立构建 ohosArm64/ohosX64 动态库，基于 C ABI/N-API 桥接 ArkUI 宿主页面，完成 HAP 构建与真机验收。支持四类核心场景及事件
本文详述 PreCompose 在 OpenHarmony 上的 KMP/CMP 适配全过程，涵盖双构建隔离、纯 Kotlin 内核提取、ohosArm64/x86_64 目标支持、Kotlin/Native 动态库生成、C ABI/N-API 桥接及 ArkUI 真机页面验证。通过将导航核心逻辑（路由解析、返回栈、生命周期、ViewModel）从上游 commonMain 提取并适配至 Open
本文记录 compose-multiplatform-2048 接入 OpenHarmony 的完整适配过程，涵盖源码盘点、ohosArm64/ohosX64 目标构建、Kotlin/Native 动态库生成、C ABI/N-API 桥接、ArkUI 真机页面开发及 HAP 签名部署。通过将上游纯 Kotlin 游戏引擎逐语义移植至 OpenHarmony ARM64 运行时，实现与 Androi
