登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
本文介绍KMP/CMP鸿蒙社区对Koin依赖注入框架的适配方案，基于ArkTS复刻Koin核心契约（语义层），通过AbilityContext桥接鸿蒙平台能力（引擎层），实现跨平台DI统一。在真实设备上验证了从系统偏好读写到组件注入的完整链路，支持HarmonyOS 6.0.0(20)及DevEco Studio 26.0，提供可直接编译运行的开源实现。
本文详述将 react-native-raw-bottom-sheet 适配 HarmonyOS 的全过程。该库零依赖、纯函数组件，四组几何尺寸（高度、宽度、拖拽条、遮罩）均像素级命中，<Modal> 在 RNOH 上表现稳定，useNativeDriver 显式设为 false 无告警。唯一注意点：close() 非幂等，未打开时调用也会触发 onClose，建议在回调中自行判断状态。整体代码干
本文详述将 react-native-render-html 适配 HarmonyOS 的全过程。通过验证，其22个纯JS依赖链无需原生模块，可直接接入；渲染文本与布局dump中的标签层级完全匹配，证明结构解析准确；Platform.select 的 default 分支在鸿蒙上正常生效，字体配置正确；contentWidth 实为尺寸计算参考值，非布局约束。整体兼容性良好，验证方式硬核可靠。
本文完整记录了将 react-native-floating-action 适配 HarmonyOS（RNOH）的过程。经像素级验证，组件几何布局精准，19项工程判据全部通过，纯JS、无依赖、平台分支处理得当。核心问题在于：主按钮点击后，动作列表在RNOH上不可见——尽管状态更新、动画触发、LayoutAnimation可用，但渲染层未呈现。根因定位至渲染层，待进一步排查。建议避免使用 visib
本文记录将 react-native-emoji-selector 适配 HarmonyOS 的完整过程。该库纯 JS、无复杂依赖，23 项判据全通过。关键发现：尽管 React Native 核心已移除 AsyncStorage，但在 RNOH 上访问不抛错，使其可正常运行。通过 ref 调用方法验证了分类切换、搜索、选中回调等功能，几何计算精确，多码位字符拼接正确，且无需真实点击即可完成测试，
本文记录将 react-native-notification 适配 HarmonyOS 的过程。该库为轻量级 Toast 组件，105 行代码、零依赖，但因从 react 导入已废弃的 PropTypes，在 React 19 上模块加载即崩（Cannot read property 'number' of undefined）。通过监听 Animated.Value 验证其淡入淡出行为符合预期
本文记录了将 react-native-parsed-text 适配 HarmonyOS 的完整过程。尽管该库使用了已被移除的 Text.propTypes，但因其采用安全降级的展开写法（{...Text.propTypes}），在 RN 0.84 及 HarmonyOS 上均能正常运行。实测验证了切分逻辑、样式透传、交互回调等功能，21 条断言全通过，纯逻辑与交互均稳定。结论：无需原生适配，可直
本文详细记录了将 react-native-circular-action-menu 适配至 HarmonyOS 的全过程。通过定量几何验证，确认子项位置严格遵循 (radius·cos(angle), radius·sin(angle)) 公式，实测红蓝子项间距精确为 2r（600px/300px），验证了角度范围与定位逻辑的正确性。库为纯 JS 组件，无原生依赖，仅需 prop-types，无
本文完整记录了将 react-native-confirmation-code-field 适配至 HarmonyOS 的过程。该库为纯 JS 组件，无原生依赖，无需 HAR、ohpm 或权限，仅依赖 React 19+。实测验证：焦点仅位于首个空格，getSymbols 和 isLastFilledCell 等工具函数行为正确，隐藏输入框通过 absoluteFill + 透明实现。接入仅需安装
鸿蒙人脸消费机与门禁机可共用OpenHarmony系统与硬件，但事务模型必须分离：消费涉及扣费记账，门禁仅控制通行。二者在账户、权限、审计逻辑上不可混用，需独立设计账本与状态机。虽可共享人员主数据，管理端模块仍须分设，避免语义混淆。技术复用不等于业务复用，项目验证应按场景分别开展，杜绝以一台设备证明全链路国产化。
