夏天的博客

原创 回顾2023展望2024,追逐光成为光

再见，2023！你好，2024！愿新的一年，我们都能成为更好的自己！

原创 Flutter-OH 3.35.7-ohos-0.0.2 版本发布公告

本版本基于适配 OpenHarmony 平台，重点强化了平台侧能力支持：新增平台化 Channel、外接纹理、云端 SDK 等特性，并针对性能进行专项优化，进一步提升 Flutter 应用在 OpenHarmony 设备上的体验与兼容性。

原创 Flutter OpenHarmony化工程的目录结构详解

Flutter OpenHarmony化工程的目录结构，是Flutter跨端生态与OpenHarmony原生生态的融合产物，核心通过ohos/目录承载鸿蒙端所有配置与原生代码，与Flutter原有目录解耦，既保留了Flutter“一次开发，多端运行”的核心优势，又贴合OpenHarmony的官方工程规范。

原创 【仓颉开发实战】基于 OpenHarmony 实现拨打电话功能

提供文本输入框，支持手动输入电话号码并实时绑定页面状态；点击「拨打电话」按钮后，先校验设备是否支持语音呼叫能力，支持则跳转到系统拨号界面并填充号码，不支持则弹出吐司提示。

原创 React Native 0.77.1 适配鸿蒙（RN-OH）信息总览

开源鸿蒙跨平台开发者社区：https://openharmonycrossplatform.csdn.net/更多 RN-OH 0.77.1 版本专属资源与生态信息，可通过 AtomGit 平台持续关注。提示：文档将随框架迭代持续更新，建议通过核心仓库关注最新版本动态与特性升级。

原创 Flutter-OH 3.35.7 环境配置与构建指南

Flutter-OH 3.35.7 现已正式更新，其适配 OpenHarmony 的开发分支处于持续迭代状态，会每日进行 bug 修复与功能优化。

原创 Flutter-OH 3.35.7 开发技巧&仓库拉取指南

Flutter-OH 3.35.7 现已正式更新，其适配 OpenHarmony 的开发分支处于持续迭代状态，会每日进行 bug 修复与功能优化。不管你是刚配置好该版本环境，还是已经在基于它开发，这里分享一套实用的环境检查、版本验证技巧，同时附上仓库的完整拉取步骤，帮大家高效使用最新版本开发。

原创 OpenHarmony仓颉文档：全场景应用开发指南

OpenHarmony 自 API Version 22 起正式提供API支持（仅适配Stage应用模型），为全场景智能设备应用开发提供全新技术选择。仓颉语言是 OpenHarmony 生态原生打造的通用编程语言，核心优势在于——采用静态类型检查机制保障代码可靠性，支持内存安全设计减少运行时错误，同时通过编译优化实现高效执行，适配手机、平板、穿戴设备、智能汽车等多终端场景。此外，其语法设计简洁直观，降低跨平台开发门槛，为开发者提供流畅的编码体验。

原创 Flutter ETS API Documentation v1.0.0发布

Flutter for OpenHarmony（Flutter-OH）平台ETS开发，覆盖等全核心能力，是开发者基于OpenHarmony搭建Flutter应用、实现Flutter与OH原生协同开发的官方API参考文档。：所有API模块文档均托管于AtomGit的flutter_samples仓库，提供详细的接口说明、使用示例与参数定义。

原创 【Flutter-OH 新版本发布】OpenHarmony平台0.0.1-canary1版本发布（基于Flutter 3.35.7适配）

本次发布，基于Flutter 3.35.7版本完成OpenHarmony平台深度适配。版本聚焦，新增平台化Channel、外接纹理、云端SDK等核心特性，同时针对多系统编译、运行性能、开发工具链等维度完成多项Bug修复与性能优化，为开发者提供更稳定的Flutter-OH跨端开发体验。

原创 Flutter三方库生态：选型核心竞争力，flutter_packages让鸿蒙迁移一步到位

Flutter的三方库生态，是其能成为跨端开发主流框架的核心底气，它让开发者实现了“高效开发、快速落地”的需求；而在OpenHarmony生态崛起的当下，仓库的出现，补齐了Flutter-OH生态中三方库分散、适配困难的短板，成为Flutter应用向鸿蒙平台迁移的关键抓手。对于开发者而言，不仅降低了鸿蒙迁移的技术门槛和时间成本，还能让开发者充分利用Flutter的开发优势和鸿蒙的全场景生态优势，打造出更具竞争力的跨端应用；

原创 【Flutter-OH学习必备】AtomGit开源仓库flutter_samples实践案例推荐

是学习Flutter-OH的优质资源，覆盖从基础到进阶的全场景示例，解决了“无实战案例”的核心痛点；学习建议优先用分支，项目开发选择分支保证稳定性；示例按“实战场景/基础功能/进阶特性”分类，可根据自身学习阶段针对性查阅。欢迎大家下载仓库代码学习，也期待大家参与贡献，一起完善Flutter-OH生态！欢迎大家加入开源鸿蒙跨平台开发者社区。

原创 Flutter-OH生态再升级：兼容库数量翻倍，全面支持Flutter 3.27，聚焦开发者体验

此次仓库的更新，既是Flutter-OH生态规模的一次重要突破，更是对开发者体验的一次深度优化。规模与版本双升级：兼容库数量从234增至469，全面支持Flutter 3.27，覆盖全场景开发需求；体验与效率双提升：标准化引用方式、常见问题兜底，大幅降低开发者接入和使用成本；生态与协同双向好：PR持续合入、上下游协同，Flutter-OH生态正朝着更成熟、更易用的方向发展。

原创 鸿蒙(OpenHarmony)PC应用开发技术栈全推荐（含主流跨平台框架完整适配信息+官方地址）

结合鸿蒙官方优先级+框架适配成熟度+场景匹配度，给出分级、分场景的精准选型建议。

原创 在 腾讯Kuikly 跨平台框架中实现设备信息检测（支持鸿蒙）

本文详细介绍了如何在 Kuikly 跨平台框架中实现首页 Hello World 和设备信息检测功能。页面创建：使用@Page注解注册页面，继承BasePager实现页面逻辑设备信息获取：通过和pageData获取平台和设备信息UI 构建：使用 Kuikly DSL 构建声明式 UI，支持 Flex 布局和响应式设计平台兼容性：注意 Kotlin Native 平台的限制，避免使用不支持的 API页面注册：理解 KSP 注解处理机制，确保新页面正确注册。

原创 KuiklyUI 运行到鸿蒙平台的实践

本指南将帮助你快速搭建 KuiklyUI 在 HarmonyOS 平台的开发环境，并成功运行示例应用。

原创 Kuikly-OH 实践（mac版本）

Kuikly是基于实现的一套跨平台应用框架，支持 Android、iOS 和 HarmonyOS 平台开发。

原创 收藏级鸿蒙跨平台框架全攻略｜邀你共建开源生态，每一份热爱都有回响

鸿蒙跨平台生态的未来，藏在每一位开发者的行动里。无论是编码、创作、分享还是组织，每一种擅长都能找到用武之地，每一份坚持都能推动生态向前一步。希望本文的框架干货能成为你参与共建的起点，也期待更多开发者加入进来，以目标为锚，各展所长，用技术热爱浇灌开源之花，让鸿蒙跨平台生态绽放更耀眼的光芒。💬 评论区聊聊：你擅长哪种共建方式？未来想为鸿蒙跨平台生态做些什么？开源鸿蒙跨平台开发者社区。

原创 跨平台框架适配鸿蒙（OpenHarmony）信息汇总表

原创 跨平台框架适配鸿蒙（OpenHarmony）信息汇总表

欢迎大家加入开源鸿蒙跨平台开发者社区：https://openharmonycrossplatform.csdn.net/

原创 开源鸿蒙（OpenHarmony）C/C++ 三方库适配

在基于 OpenHarmony SDK 开展交叉编译的过程中，开发者的核心关注点主要集中在以下几点：不同编译构建方式的交叉编译适配方法、多系统平台下的交叉编译环境配置、不同 CPU 架构的编译参数配置，以及交叉编译产物的功能完整性测试验证。为降低开发者的适配成本，帮助开发者快速完成各类 C/C++ 三方库的交叉编译，开源鸿蒙社区针对性开发了一站式交叉编译框架。业界主流的 C/C++ 三方库，配套的功能测试框架种类繁多，包含 CTest、OpenHarmony 平台的 C/C++ 三方库适配，核心是基于。

原创 OpenHarmony 平台 C/C++ 三方库移植实战指南

在 OpenHarmony 应用开发过程中，若暂无适配的 JS/TS 三方库满足业务需求，可优先选用技术生态成熟的 C/C++ 三方库完成移植适配。相较于 JS/TS 三方组件，C/C++ 三方库具备等优势。需注意的是，C/C++ 三方库要在 OpenHarmony 中落地使用，需先完成编译环境的适配构建，再通过 NAPI 封装或基于@ohos/aki技术，为上层应用提供标准的 JS 调用接口。本文将详细介绍如何高效、规范地完成 C/C++ 三方库到 OpenHarmony 平台的完整移植流程。

原创 React Native for 鸿蒙0.77.1 环境搭建指南

在上一章节中已经完成了 bundle 文件的生成，接下来将它加载到 DevEco Studio 中以运行 MyApplication 项目。使用 React Native 内置的命令行工具来创建一个新项目。到此，React Native for 鸿蒙的开发环境已经搭建完成！在 DevEco Studio 中点击运行按钮，选择连接的设备运行应用。中的对应文件进行一一替换，修改版本信息并运行。将上述命令添加到您的 shell 配置文件中（本节中使用的各类文件的版本配套关系，可以参考。

原创 HarmonyOS + React Native（@react-native-oh/react-native-harmony）完整实战：Hello World、平台/RN 版本展示、调试流程与 Met

本文基于本仓库RnDemo的当前依赖与代码状态编写（

原创 React Native for 鸿蒙0.72.5 环境搭建指南

尤其关注这个仓库：https://atomgit.com/openharmony-sig/ohos_react_native/tree/master/docs/Zips。在上一章节中已经完成了 bundle 文件的生成，接下来将它加载到 DevEco Studio 中以运行 MyApplication 项目。在 DevEco Studio 中点击运行按钮，选择连接的设备运行应用。中的对应文件进行一一替换，修改版本信息并运行。本节中使用的各类文件的版本配套关系，可以参考。

原创 OpenHarmony 通用C/C++三方库 标准化鸿蒙化适配

也是C/C++库鸿蒙化的核心，该文件定义了：库的基础元信息、源码下载地址、交叉编译环境配置、编译构建逻辑、打包安装路径、测试准备、环境清理等所有核心流程。的定义，所有适配工作均围绕「固定6个文件」展开，无任何额外开发工作，所有C/C++库的适配流程、文件结构完全一致。这是本次指南的核心内容，鸿蒙的底层能力、三方库生态均依赖C/C++库的支撑，官方对C/C++库的鸿蒙化适配做了。，统一采用「交叉编译」+「GN编译」的方式完成移植，所有开源C/C++库均遵循此标准，适配成本极低。该文件是鸿蒙化适配的。

原创 OpenHarmony跨端生态适配全指南｜Flutter/RN/三方库/C/C++/仓颉 鸿蒙化最佳实践

纯Dart Flutter库：零成本，无需适配，直接复用；仓颉语言三方库：零成本，原生鸿蒙支持，直接开发；无Android/iOS目录的跨端库：零成本，直接复用；通用C/C++三方库：低成本，6个标准化文件，模板复用，仅需修改元信息和编译逻辑；带原生桥接层的跨端库（Flutter/RN/Cordova）：中成本，基于官方适配版的桥接层修改，无需重构；PC命令行工具/桌面端工具：中高成本，基于C/C++交叉编译方案移植，无标准化模板。

原创 边学边输出边开源：技术成长的“复利公式”（附技术博客写作实操指南）

示例：踩坑提醒：别改多余的配置文件！比如我一开始动了lib里的源码，结果后续同步上游Flutter版本时冲突一堆——只改适配必需的5个核心文件就够（比如学的时候，因为要输出，会主动抠细节；输出的博客，是你技术思考的“公开简历”；开源的项目，是你竞争力的“硬素材”。欢迎大家加入跨平台开发者社区：https://openharmonycrossplatform.csdn.net/

原创 Flutter-OH三方库适配：从实践到社区共建的样板间打造

在鸿蒙跨平台应用开发领域，Flutter凭借其优秀的跨端一致性、高性能特性，成为众多企业和开发者的首选框架。尤其对于追求降本增效的企业而言，基于Flutter改造多端老项目、开发新应用，已成为主流实践。而Flutter-OH作为适配鸿蒙生态的关键载体，其版本迭代与三方库生态完善，直接决定了Flutter在鸿蒙平台的落地深度。

原创 跨平台框架哪个火？从 App Store/Google Play 技术栈数据，看 Flutter、RN 的生存局

最近看到一份开发者工具的统计数据，对比了App Store和Google Play两大应用商店背后，开发者们常用的技术栈——尤其是大家最关心的，数据里藏了不少“谁更能打”的信号，今天来聊聊跨平台框架的“生存现状”。

原创 Flutter-OH 三方库适配指南：核心文件+实操步骤

各位开发者大家好！适配 Flutter-OH 三方库无需复杂操作，核心只需聚焦，即可高效完成大部分库的适配工作。本文将详细拆解核心文件职责、基础结构搭建，以及完整实操示例，帮你快速上手适配流程。

原创 Flutter-OH 三方库适配指南：核心文件+实操步骤

各位开发者大家好！适配 Flutter-OH 三方库无需复杂操作，核心只需聚焦，即可高效完成大部分库的适配工作。本文将详细拆解核心文件职责、基础结构搭建，以及完整实操示例，帮你快速上手适配流程。

原创 深度解析OpenHarmony跨平台框架生态：RN、Flutter、Cordova、KMP四大方向全梳理

前端开发者可优先选择OpenHarmony-RN（React Native）或OpenHarmony-Cordova（Web技术）；追求高性能UI与跨平台一致性的团队，OpenHarmony-Flutter是最优解；Kotlin技术栈团队可关注OpenHarmony-KMP的生态演进。

原创 Flutter OH 3.35.7 Dev 版本发布 | 快速体验指南

Flutter OH 3.35.7 Dev 版本已发布，分支地址为；支持 OpenHarmony 6.0.1（API 21）真机运行，提供 3 种便捷的运行方式；开发文档已同步更新，可参考官方链接获取详细指引。欢迎各位开发者体验该版本，若遇到问题可通过官方仓库反馈，共同完善 Flutter-OH 生态！欢迎大家加入跨平台社区加入跨平台社区。

原创 openJiuwen 快速入门：从零开始搭建你的第一个 AI 智能体

无论是否有编程基础，你都可以在 openJiuwen 平台快速搭建专属的 AI 智能体。本教程以"智能助手"为例，带你从模型配置到智能体创建，体验完整的开发流程。

原创 macOS 系统本地安装 openJiuwen 完整指南

本指南详细介绍在 macOS 系统中通过本地源码方式安装 openJiuwen 的完整流程，包含环境准备、依赖安装、系统部署及常见问题解决，适用于技术开发与测试人员参考。

原创 鸿蒙PC端运行C++程序：从编译适配到工程化开发全指南

编译工具优先选择clang++/毕昇C++编译器，避免g++的兼容性问题；代码层面需解决LINE_MAX未定义、ARM架构关键字适配、STL标准库依赖等问题；编译命令添加宏，确保POSIX接口正常使用，指定C++11+标准以支持现代C++特性；工程化开发可使用CMake管理多文件项目，静态编译简化分发流程，GDB调试定位问题。

原创 鸿蒙PC端运行C语言程序：从编译到部署的全流程实战

编译工具优先选择Clang/毕昇编译器，避免GCC的兼容性问题；代码层面需解决LINE_MAX未定义、ARM架构关键字适配等鸿蒙特有问题；编译命令添加宏，确保POSIX接口正常使用；运行阶段可通过静态编译、GDB调试、系统服务配置优化程序部署。本文实现的系统信息采集程序可作为鸿蒙PC端C语言开发的基础模板，扩展至硬件驱动调用、系统监控、网络编程等更复杂场景，完全复用Linux的C语言开发经验，无需重构核心逻辑。欢迎大家加入鸿蒙pc开发大家庭。

原创 鸿蒙PC端Java应用开发实战：从环境适配到系统信息采集

优先使用JDK 8公开API，远离内部类和高版本新增方法；英文输出是解决编码乱码的终极方案；硬件信息采集仅依赖标准接口，放弃非标准的底层信息获取；编译/运行时显式指定JDK版本，确保鸿蒙PC环境兼容。该方案开发的系统信息采集工具可稳定运行在鸿蒙PC端，无乱码、无权限异常，且能完整采集基础系统、JDK、硬件资源信息，为鸿蒙PC端Java应用开发提供了可复用的适配模板。本文通过实战案例，完整讲解了鸿蒙PC端Java开发环境的搭建流程，以及系统信息查看工具的开发与适配要点。

原创 在鸿蒙PC上体验JavaScript应用开发：系统信息查看工具

本文通过实战案例，完整讲解了鸿蒙PC端Node.js开发环境的搭建流程，以及系统信息查看工具的开发与适配要点。该示例基于Node.js内置模块实现，无第三方依赖，充分适配了鸿蒙PC的aarch64架构与Linux内核特性，具备良好的稳定性和可读性。基于本文的基础框架，开发者可进一步扩展功能，探索更多鸿蒙PC端JavaScript应用的可能性：可视化界面开发：结合Electron框架，将命令行工具改造为带GUI的桌面应用，提升用户体验；功能扩展：增加磁盘信息采集、进程管理、系统资源监控等功能；