
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
本文详解 React Native for OpenHarmony 三方库 react-native-volume-control 1.0.1 的适配实践,聚焦媒体音量控制。库通过原生 TurboModule 与 HarmonyOS AudioManager 交互,实现获取、修改媒体音量及事件监听,支持 0~1 归一化值与系统整数档位的双向转换。适配中保留上游 API 形式,处理异步返回、量化误差

本文详解 React Native for OpenHarmony 三方库 react-native-app-settings 2.0.1 的适配实践,聚焦系统跳转逻辑与真机验证。该库通过 OpenAppSettings.open() 发起跳转至应用设置页,核心在于正确构造鸿蒙系统的 Want(目标包 com.huawei.hmos.settings、Ability MainAbility、URI

本文详解 React Native for OpenHarmony 三方库 react-native-app-settings 2.0.1 的适配实践,聚焦系统跳转逻辑与真机验证。该库通过 OpenAppSettings.open() 发起跳转至应用设置页,核心在于正确构造鸿蒙系统的 Want(目标包 com.huawei.hmos.settings、Ability MainAbility、URI

现场巡检表单通常同时包含人员角色、若干安全检查项、流程进度和提交结果。角色选择器、复选框、步骤指示器和 Toast 解决的是不同的 UI 问题,但它们最终都要写入同一份业务状态。若让每个组件自己改变步骤或决定提交成功,页面很快会出现“视觉上进入下一步、服务端实际未提交”的不一致。

本文基于React Native for OpenHarmony,集成expo-haptics、react-native-torch与react-native-volume-control三方库,实现现场巡检的触感反馈、手电筒控制与音量读取。通过try/finally确保手电筒必关,使用控制器串行化硬件操作,防重复点击;音量读取保持归一化值,仅展示时转百分比,并校验有效性。引入超时机制保障权限请求

本文基于React Native for OpenHarmony,通过集成react-native-responsive-screen、react-native-shimmer-placeholder和react-native-image-pan-zoom三个三方库,实现响应式图片审阅功能。核心在于:利用窗口尺寸动态计算预览矩形,保持占位区稳定;加载时使用骨架屏避免布局跳动;资源切换时重置缩放状态

本文基于React Native for OpenHarmony 0.3.1,集成七项三方库实现设备巡检功能。通过Promise.allSettled并发采集设备名称、系统版本、电量、运营商、区域、开机时长及应用信息,保留各字段状态(成功/失败/不可用),避免单点错误导致整体失效。采用请求序号防刷新竞态,结合缓存与字段时效策略,确保数据一致性与用户体验。所有字段状态独立管理,支持页面、日志等多场景

本文详述了 react-native-app-info 0.0.6 在 React Native for OpenHarmony 上的完整适配过程,涵盖从 JS 调用链到鸿蒙原生 bundleManager 的实现。通过构建 TurboModule、ArkTS 模块与 C++ 注册,成功在真机上实现版本、包名、显示名等五项应用元数据读取,验证了跨平台兼容性与部署流程的可靠性。

本文详述了 react-native-app-info 0.0.6 在 React Native for OpenHarmony 上的完整适配过程,涵盖从 JS 调用链到鸿蒙原生 bundleManager 的实现。通过构建 TurboModule、ArkTS 模块与 C++ 注册,成功在真机上实现版本、包名、显示名等五项应用元数据读取,验证了跨平台兼容性与部署流程的可靠性。

本文详解 React Native for OpenHarmony 适配 expo-screen-orientation 57.0.2 的实战过程,重点解决三套方向枚举(请求策略、实际方向、事件编码)的语义差异。通过源码改造、HAR 构建与真机验证,实现四向锁定(含倒置竖屏)、策略映射与事件清理,确保方向控制精准可靠。交付包支持完整生命周期管理,恢复逻辑幂等安全,已通过多设备测试,为 RNOH 生








