登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
ni_links 适配 Flutter OpenHarmony 的深链功能，通过实现 UniLinksPlugin 插件，兼容原生 uni_links 的 MethodChannel 和 EventChannel 通道。核心在于将 OHOS UIAbility 的 Want 转换为 Dart 层的 getInitialLink() 与 linkStream，支持冷启动与热启动场景。借助 Abili
适配 flutter_subscreen_plugin 至 OpenHarmony 1.3.2-ohos.1，保留 Dart 层接口一致性，通过 OHOS HAR 插件注册、双通道（主/副）通信机制及 display.getAllDisplays() 实现真实多屏检测。插件实现 FlutterPlugin 与 MethodCallHandler，确保生命周期安全，消息双向转发，不伪造副屏窗口，严格
本文设计并实现名为 FrameGate 的输入确认页，解决动图（如 GIF）在图片增强入口中被误判为静态图的问题。通过 FrameSource 与 FrameSelection 管理帧数、索引与预览，确保多帧动画需用户主动选择并确认目标帧后方可进入增强流程。关键逻辑包括：异步读取帧数、零基索引处理、预览防并发、确认状态绑定当前选择，避免“自动提交”错误。代码基于 OpenHarmony 官方接口编
本文介绍 pda_scanner 插件在 OpenHarmony 平台的适配实践，版本为 1.0.4-ohos.1。通过保留原有 Dart API 接口，仅新增 OHOS 兼容层，实现初始化、设备信息获取、回调管理与桌面跳转功能。采用 defaultTargetPlatform 判定平台，统一通道机制，并基于 ArkTS 实现 FlutterPlugin 与 MethodCallHandler，确
把 Flutter 应用迁移到鸿蒙，核心路径可以概括为三步走1. 换 SDK ── 用 3.41.9+ohos-* 适配版替换官方 Flutter，版本号与上游一致2. 加平台 ── 生成 harmonyos/ 壳工程，Dart 业务代码零改动3. 走工具 ── hvigorw 构建 + DevEco 签名，官方工具链闭环对开发者而言，迁移成本是"换一次 flutter SDK + 跑一次平台生成
本文成功将 react-native-paper 完整适配至 HarmonyOS，实现 57 个导出、20 个关键组件全部可用，主题系统正常运行（useTheme() 返回真实 MD3 颜色，primary = rgba(103, 80, 164, 1)），Button、Card 等组件在布局中呈现真实坐标。通过两个纯 JS 桩（safe-area-context 与 vector-icons）隔
所有数据与代码片段都来自仓库当前状态（上游基线v0.88.0，提交5c35c82cf），可以逐条对照。
本文记录将 react-native-modal-dialog 适配 HarmonyOS 的过程。通过扩展 polyfill 解决 ViewPropTypes 被移除导致的加载崩溃问题，验证了兼容层可复用性。发现库存在严重缺陷：Dialog 类缺失 hide() 方法，导致默认回调调用时报错，必须手动传入关闭逻辑。继承关系清晰，Alert/Confirm/Prompt 均正确继承 Dialog，且
本文完整记录 react-native-mask-input 适配 HarmonyOS 的过程，核心在于其三大纯函数（formatWithMask、createNumberMask、Masks）的平台无关性。通过26条断言验证，仅1条因用户掩码长度错误导致失败，其余全部通过。该库逻辑清晰、行为可预测，尤其在掩码动态处理与混淆规则上表现精准，证明其高度可移植性，是当前最可靠的跨平台输入掩码方案。
本文完整记录了将 react-native-lightbox 适配 HarmonyOS 的过程。实测证明，measure() 在 RNOH 上可用，回调正常返回尺寸与坐标，核心链路（open() → measure → setState → Modal 显示）畅通无阻。Modal 也正常渲染，renderHeader 可见。契约检查 17 项全通过，确认 prototype 仅含 render，其
