登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
一块开发板、一个花屏的投屏、一个卡成幻灯片的图片流。后来能跑通、能长期跑住，就顺手整理出来，给有缘者使用。
评估 React Native (RN) 与 Flutter 的长期维护成本，需从及四个核心维度进行量化分析。
JupyterLab 上游是一个 Web 技术栈的桌面应用，直接重写不现实。。│ ohos_hap/ (DevEco HAP 壳) │││ pkg/ohos/runtime Electron 主进程 ││ · 平台探测：JUPYTERLAB_OPENHARMONY=1 ││ · 默认关 GPU 合成（OHOS 上不稳定） ││ · 三种服务模式（下文详述） │HAP 壳只做一件事：拉起 Elect
回到开头的议题：都AI开发了，还需要跨平台框架吗？答案是需要，只是原来没有太好的跨平台框架。一个AI熟悉、能约束好AI、能帮AI搞定平台差异、能做到性能比原生更好、能支持动态化，这就是AI所需要的好工具。尤其是中国开发者，面对更复杂的多端环境，一个好的跨平台框架，能带来更大的价值。在AI时代，React Native的性能问题、平台拉齐度较低的问题，如果不能很快得到解决，会出现更多Shopify的
本文记录了在 Flutter 3.47 鸿蒙环境下，对 display_metrics 2.5.0 库的完整适配过程。通过新增 OHOS 平台实现，保留 Dart API 兼容性，注册 MethodChannel 通道并接入系统显示信息接口，最终在 HarmonyOS API 26 真机上成功验证了分辨率、PPI、物理尺寸等数据读取功能，构建与安装流程均通过，解决了插件注册、签名配置、路径引用等关
本文记录了在 Flutter OH 3.47 环境下，对 flutter_screen_recording 2.0.24 进行鸿蒙端适配的完整过程。通过保留原有 Dart API、新增 OHOS 插件入口、注册平台通道并实现屏幕录制核心逻辑，成功在 HarmonyOS API 26 真机上完成构建、安装与调用验证。重点解决了插件注册缺失、签名配置错误等关键问题，最终产出可发布的 2.0.24-oh
本文记录了在 Flutter 3.47 鸿蒙环境下，对 call_state_handler 3.0.0 的完整适配过程。通过保留原有 Dart API、注册 OHOS 插件入口、对接系统通话状态监听能力，实现跨平台通话状态事件推送。基于 AtomGit 仓库构建适配分支，完成真机验证，确保在 HarmonyOS API 26 设备上成功构建、安装与运行，解决了插件注册、签名配置等关键问题，为鸿蒙
是 Axios v1.3.4 在 OpenHarmony 上的适配版本，对外保持与 Web 端一致的 API，底层把请求交给鸿蒙的执行。，此前进度回调只在文件上传下载时生效。这个版本的更新说明只有一句话——“Support progress callbacks for regular HTTP requests”。
本文详解外置BLE透传模组在RK3568平台的接入方案：通过uart7以115200 8N1模式透传，使用nRFConnect连接GATT服务FFF0，订阅FFF1、写入FFF2实现双向通信。强调非片上蓝牙，禁用配对与流控，避免误用经典串口助手或系统蓝牙设置。配套提供C工具、NAPI接口及ArkTS页面，统一采用poll+文本过滤策略，确保一秒内收发“hello”“test”验证通路。验收关键为双
APP技术选型无万能答案，核心在于匹配业务目标。原生（Swift/Kotlin）性能顶尖，适合高交互场景如直播、AR；React Native兼顾开发效率与灵活性，适用于内容类、工具类产品；Flutter跨端体验均衡，UI一致性强，是多数创业团队首选。选型三问：交互复杂？性能要求高？迭代频繁？高要求选原生，常规业务优选Flutter或RN，快速上线可考虑低代码。我们18年经验团队，按需选型，纯源码
