
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
本文是《React Native x HarmonyOS NEXT 创新能力接入方案》系列第3篇,详细介绍了如何在React Native应用中接入HarmonyOS Core Speech Kit实现TTS(文本转语音)功能。

本文是《React Native x HarmonyOS NEXT 创新能力接入方案》系列第3篇,详细介绍了如何在React Native应用中接入HarmonyOS Core Speech Kit实现TTS(文本转语音)功能。

1. 安装 Node.js 18+ 和 Go 1.25+2. 安装 Codex CLI3. 获取 DeepSeek API Key4. 克隆 Moon Bridge5. 编写 config.yml6. 启动 Moon Bridge 本地服务7. 生成 Codex 的 config.toml 和 models_catalog.json8. 先用 Codex CLI 测试链路9. 再用 codex.a

文章摘要(149字): 本文是《React Native x HarmonyOS NEXT 创新能力接入方案》系列第二篇,聚焦实现React Native调用ArkTS原生模块的最小TurboModule闭环流程。通过定义sayHello和formatSkuName两个方法,验证跨端调用链路,为后续TTS、OCR等复杂Kit接入奠定基础。文章详细拆解了TypeScript spec规范、Codeg

文章摘要(149字): 本文是《React Native x HarmonyOS NEXT 创新能力接入方案》系列第二篇,聚焦实现React Native调用ArkTS原生模块的最小TurboModule闭环流程。通过定义sayHello和formatSkuName两个方法,验证跨端调用链路,为后续TTS、OCR等复杂Kit接入奠定基础。文章详细拆解了TypeScript spec规范、Codeg

文章摘要(149字): 本文是《React Native x HarmonyOS NEXT 创新能力接入方案》系列第二篇,聚焦实现React Native调用ArkTS原生模块的最小TurboModule闭环流程。通过定义sayHello和formatSkuName两个方法,验证跨端调用链路,为后续TTS、OCR等复杂Kit接入奠定基础。文章详细拆解了TypeScript spec规范、Codeg

本文介绍了《React Native x HarmonyOS NEXT 创新能力接入方案》系列的第一部分,重点讲解了如何搭建React Native(RN)与HarmonyOS NEXT(RNOH)的开发环境。文章详细说明了技术架构,包括RN业务层、RNOH桥接层和HarmonyOS原生层的分工,并指导开发者完成环境准备、创建RN项目、引入HarmonyOS工程等步骤。通过运行示例项目,验证了RN

本文介绍了《React Native x HarmonyOS NEXT 创新能力接入方案》系列的第一部分,重点讲解了如何搭建React Native(RN)与HarmonyOS NEXT(RNOH)的开发环境。文章详细说明了技术架构,包括RN业务层、RNOH桥接层和HarmonyOS原生层的分工,并指导开发者完成环境准备、创建RN项目、引入HarmonyOS工程等步骤。通过运行示例项目,验证了RN

本文是《React Native x HarmonyOS NEXT 创新能力接入方案》系列第 1 篇。本篇先完成 RNOH 环境搭建,并让一个 React Native 页面运行在 HarmonyOS 设备上,为后续接入 TTS、OCR、端侧 AI、桌面卡片等能力打基础。源码: https://atomgit.com/huqi/RNHarmonySkuAssistant 发布成熟度 项目状态当前

本文记录了在特定环境下(React Native 0.84.1 + HarmonyOS 6.1)解决RNOH项目运行问题的完整过程。主要包括四个关键问题:1) Metro因本地源码依赖导致的模块解析失败,通过配置watchFolders和nodeModulesPaths解决;2) hvigor构建时根节点不可用问题,需正确配置RNOH插件;3) 模拟器版本与SDK不匹配问题,需确保版本一致;4)








