logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

React Native for OpenHarmony @react-native-oh-tpl/react-native-safe-area-context三方库集成实战

@react-native-oh-tpl/react-native-safe-area-context是一个专为React Native跨平台应用设计的安全区域处理库,支持Android、iOS和HarmonyOS设备。它通过SafeAreaProvider和SafeAreaView组件,解决了原生SafeAreaView功能单一、灵活性不足等问题。安装需手动配置HarmonyOS原生端代码,包括

文章图片
#harmonyos#华为#react native
React Native for OpenHarmony环境搭建与项目初始化(macOS版本)

本文介绍了在macOS上配置RNOH开发环境的完整步骤,包括DevEco Studio安装、HDC环境配置、CAPI变量设置和npm源优化。关键操作包括:配置HDC工具路径和端口变量、设置RNOH_C_API_ARCH环境变量、修改.npmrc文件使用华为云镜像源加速下载。文中提供了详细的终端命令和验证方法,并强调配置完成后需重启DevEco Studio使变更生效。配置过程需注意路径和端口号的正

文章图片
#harmonyos#react native
React Native for OpenHarmony Bundle工程DailyHotBundle项目深度解读

DailyHotBundle是一个基于React Native 0.72.5开发的跨平台移动应用,支持Android、iOS和HarmonyOS三端统一开发。项目采用TypeScript编写,使用Metro打包工具,通过@react-native-oh/react-native-harmony库实现鸿蒙系统兼容。核心架构包括三个平台的原生代码目录(android、ios、harmony)和统一的J

文章图片
#harmonyos#react native
React Native for Harmony 在RN侧Bundle中集成 Axios 网络请求实战:呈现AtomGit用户信息展示

本文详细介绍了在React Native + 开源鸿蒙项目中集成Axios库实现网络请求功能的过程。文章从技术选型出发,对比了Axios相较于原生fetch API的优势,包括自动JSON转换、请求超时/取消、拦截器支持等特性。通过分步骤指南,展示了如何安装配置Axios,设计项目目录结构,并实现API接口层、错误处理机制和自定义Hook。其中重点讲解了类型安全定义、请求函数实现、完善的错误分类处

文章图片
#harmonyos#react native#react.js
React Native for OpenHarmony开源鸿蒙侧DailyHot壳工程深度解读

DailyHot是一款基于HarmonyOS的应用,采用Stage模型与ArkUI框架,结合React Native OpenHarmony(RNOH)实现跨平台开发。项目采用ArkTS作为主语言,支持C++原生模块扩展,目录结构清晰分为应用配置、主模块和测试等部分。核心模块包括EntryAbility负责生命周期管理,继承RNAbility实现RNOH能力集成;Index页面使用ArkUI声明式

文章图片
#react native#react.js#harmonyos
【节前发一篇,祝大家新年快乐】别再瞎搜了!libflac 鸿蒙交叉编译 + 报错解决一文通关

本文介绍了将libflac音频编解码库适配到OpenHarmony平台的完整流程。主要内容包括:1)环境准备和源码分析;2)编写HPKBUILD构建脚本,解决aarch64架构识别问题;3)修复C++11窄化转换错误;4)配置交叉编译环境;5)验证功能正确性。适配过程中解决了config.guess文件更新、类型转换和浮点ABI设置等关键问题,最终实现了该库在OpenHarmony平台的稳定运行。

文章图片
#harmonyos#华为
【节前发一篇,祝大家新年快乐】别再瞎搜了!libflac 鸿蒙交叉编译 + 报错解决一文通关

本文介绍了将libflac音频编解码库适配到OpenHarmony平台的完整流程。主要内容包括:1)环境准备和源码分析;2)编写HPKBUILD构建脚本,解决aarch64架构识别问题;3)修复C++11窄化转换错误;4)配置交叉编译环境;5)验证功能正确性。适配过程中解决了config.guess文件更新、类型转换和浮点ABI设置等关键问题,最终实现了该库在OpenHarmony平台的稳定运行。

文章图片
#harmonyos#华为
【节前发一篇,祝大家新年快乐】别再瞎搜了!libflac 鸿蒙交叉编译 + 报错解决一文通关

本文介绍了将libflac音频编解码库适配到OpenHarmony平台的完整流程。主要内容包括:1)环境准备和源码分析;2)编写HPKBUILD构建脚本,解决aarch64架构识别问题;3)修复C++11窄化转换错误;4)配置交叉编译环境;5)验证功能正确性。适配过程中解决了config.guess文件更新、类型转换和浮点ABI设置等关键问题,最终实现了该库在OpenHarmony平台的稳定运行。

文章图片
#harmonyos#华为
基于GMP实现的高精度浮点数运算的C库MPFR(GNU Multiple Precision Floating-Point Reliable Library)鸿蒙化适配常见问题与修复建议

MPFR构建过程摘要 本文详细记录了在aarch64架构下使用OHOS_ARCH=aarch64 OHOS_ABI=arm64-v8a sh ./create-hnp.sh命令构建MPFR高精度浮点库的过程。MPFR作为GCC等工具链的核心依赖,提供任意精度浮点运算和IEEE 754标准支持。构建流程包括:通过顶层Makefile触发mpfr包编译、使用OHOS SDK的LLVM工具链配置(--h

文章图片
#c语言#gnu#开源 +1
Linux 键盘工具集Kbd(Keyboard Utilities)鸿蒙化过程解析及真实设备验证

本文详细记录了Kbd 2.8.0工具集的构建过程,包括环境配置、构建链路和常见问题解决方案。通过命令OHOS_ARCH=aarch64 OHOS_ABI=arm64-v8a sh ./create-hnp.sh完成构建,生成包含dumpkeys、loadkeys、setfont等核心工具的base.hnp包。构建过程涵盖下载解压、补丁应用、配置编译及产物验证等关键环节,最终生成ARM64架构的EL

文章图片
#开源#鸿蒙
    共 43 条
  • 1
  • 2
  • 3
  • 4
  • 5
  • 请选择