登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
本文记录了将轻量级 react-native-grid-view（1482字节，零依赖）适配 HarmonyOS 的过程。由于该库依赖已废弃的 React.createClass 与 ListView API，导致在 RN 0.84+ 上无法运行，且 require 后返回 undefined。实测表明其核心逻辑不可用，但其分组算法 groupItems 可独立复现。作者重构实现并验证布局精度（3
本文记录了将 react-native-hyperlink 适配至 HarmonyOS 的完整过程。该库为纯 JS 组件，无需原生代码，核心依赖为 linkify-it@^5.0.0 与 mdurl@^2.0.0。关键坑点：未指定版本安装 linkify-it@6.1.0 导致运行时 Object is not a function 错误，需按声明版本安装（5.0.2）方可正常。通过 onPres
本文完整记录了将 react-native-table-component 适配至 HarmonyOS 的过程。通过7个纯class组件实现表格，零依赖、无老旧API调用，7个组件的propTypes与结构均精确匹配源码。关键验证显示：列宽按widthArr精准布局，flex: 1实现平分，坐标数据与预期完全一致，证明布局逻辑正确无误。结论：该库适配成功，是目前最干净的一次，22项判据全通过，可直
本文完整记录了将 react-native-tag-input 适配至 HarmonyOS 的过程。针对预检中发现的三项潜在风险（ViewPropTypes、invariant(Platform.OS === 'ios')、内部路径导入），通过分析上下文均判定为安全：前者有现成 polyfill，后者函数永不调用，后者为 import type 可被消除。最终代码零修改，23 条判据全通过，实现零
Spec 是唯一事实来源：props、事件、组件名先写清楚；Codegen 负责生成胶水代码：Descriptor、JSIBinder、事件处理器都自动生成；ArkTS 侧只关注业务实现：读 props、发事件、收命令、画布绘制；注册分两层：C++ 的让 Fabric 认识组件，ArkTS 的让 RNOH 找到实现；架构开关要成对：JS 侧与 C++ 侧缺一不可。笔迹粗细 / 颜色选择器；撤销、重
多平台工程的构建问题通常不是某一行 Dart 代码单独造成的，而是版本、插件、宿主、SDK 和设备之间的链条断开。先记录版本，再验证 Flutter 层，接着检查宿主配置，最后分别确认产物和设备运行，才能把“能不能构建”变成可复现的工程结论。
跨平台应援灯牌控制应用已经面向鸿蒙用户交付，用户关心的是应用能否打开、页面能否操作、返回键是否符合系统习惯。开发者面对的却是一条跨工具链的启动路径：Flutter 负责界面，OpenHarmony Ability 负责宿主生命周期，Hvigor 负责构建连接，ArkUI 页面负责承载 Flutter 视图。把 Flutter 工程迁移到 OpenHarmony 后，最先看到的结果通常是页面能够启动
在多端项目里，最容易被低估的是一个看似简单的“调用共享模块”按钮。Flutter 页面负责输入和状态展示，Dart 需要判断当前平台，Android 或 iOS 再把请求交给 Kotlin Multiplatform，OpenHarmony、Web 和 Windows 还要使用自己的回退实现。如果这些职责混在页面里，功能一多就会出现平台判断散落、错误信息丢失和测试无法替换真实平台的问题。
本文介绍在鸿蒙（OpenHarmony）平台上使用 React Native 鸿蒙（RNOH）的 @react-native-oh-tpl/datetimepicker 库实现日期时间选择器的接入与使用。该库基于上游 @react-native-community/datetimepicker，适配鸿蒙 ArkUI 体系，支持 date/time 模式、多种显示样式（spinner/inline/
本文基于Flutter-OH 3.44.9-dev，实测完成OneSignal推送插件在OpenHarmony鸿蒙系统的适配。通过fork原仓库，编写ArkTS原生插件，实现9个MethodChannel、50+接口的模拟，涵盖初始化、推送订阅、用户标签等核心功能。全程在鸿蒙PC真机（API 24，arm64）上验证，完整复现Dart层调用与原生逻辑，为鸿蒙生态下第三方推送插件适配提供可落地的实战
