登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
本文介绍了在鸿蒙PC（ARM64架构）生态中使用Rust语言开发的两种编译场景及配置方法。Rust凭借内存安全性和高性能优势，成为鸿蒙系统级应用开发的首选语言。文章重点分析了纯Rust项目和含C/C++依赖项目的不同编译机制：纯Rust项目可直接移植，而含C依赖项目需区分构建方式——使用cccrate的项目基本兼容，而基于autoconf的项目需额外适配。针对本机编译（鸿蒙PC）和交叉编译（Lin
昇腾算子的“乐高积木”——Op-Kernel自定义内核开发工具集架构原理与实战指南
科学计算的“核动力引擎”——昇腾 LAPACK 库架构原理与实战
在任何一个具有长期演进愿景的软件工程中，业务逻辑代码往往只占冰山一角，真正决定应用能否支撑千万级用户、能否在复杂的需求迭代中保持代码不腐化的，是其底层的"工程基建（Infrastructure）"。随着 HarmonyOS 与 ArkUI 的崛起，声明式编程范式极大地简化了 UI 的绘制流程。但与此同时，如果不加以严格的架构约束，开发者极其容易在各个组件中随意定义硬编码的颜色值、随手抛出杂乱的路由
项目麻雀虽小五脏俱全，涵盖状态管理、随机算法、动态样式、循环渲染、条件渲染、数据统计等鸿蒙核心知识点，非常适合新手练手、课程作业、入门复盘！用户手动选择石头、剪刀、布三种手势，系统随机生成电脑手势，自动判分、实时统计对局数据，支持一键重置游戏。ArkTS 最核心的特性就是响应式状态管理。单独学布局、学状态、学事件都很简单，但一旦需要整合起来做完整项目，就会逻辑混乱、代码报错。相比复杂的商城、社交类
本文总结了实现多轮对话流式交互时遇到的4个典型问题及解决方案：1）闭包捕获导致消息错位，需用局部变量保存状态快照；2）数组响应式更新失效，应遵循不可变原则创建新引用；3）Surface生命周期管理不当，需避免全局状态覆盖历史资源；4）消息定位回退逻辑缺陷，应增加时间窗口限制和状态标记。这些案例揭示了流式交互中时序竞争和状态管理的复杂性，强调精确匹配、资源隔离和边界条件的重要性。
Android测试工程师的鸿蒙迁移指南：零成本上手HMNextAuto 随着鸿蒙NEXT不再兼容Android，传统基于uiautomator2的自动化测试方案失效。HMNextAuto提供了与uiautomator2高度一致的API设计，使迁移成本趋近于零。 核心优势： API命名完全一致（click/set_text/swipe等） 选择器语法相同（text/description定位） 保留
本文对比了两种在HarmonyOS/OpenHarmony上管理C/C++三方库的框架化方案：vcpkg和lycium_plusplus。vcpkg通过扩展triplet和工具链支持，提供类似主流平台的包管理体验；而lycium_plusplus更契合OpenHarmony生态，采用HPKBUILD脚本实现批量适配与HNP打包。文章分析了交叉编译、依赖解析、交付形态等核心痛点，详细说明两种方案的实
Python 的 pip 不是会自动下载源码编译吗？为什么还需要单独移植？这个直觉非常准确——对于绝大多数现代操作系统上的绝大多数第三方库，你确实不需要手动移植。默认情况下，pip wheel会创建一个干净的临时虚拟环境来编译——这意味着你在外面配好的鸿蒙环境变量全部丢失。加上后，pip 放弃创建临时环境，直接使用当前 shell 中已有的鸿蒙编译器和环境变量。没有这个参数，前面配置的一切都是白费
在鸿蒙（OpenHarmony）Flutter3.27-ohos生态下，社区已有针对较老 SDK 的适配。本文记录在上，将上游跑通并完成真机验证的过程，涵盖环境、构建、Demo 功能测试与依赖接入。开源仓库在上，基于社区完成适配。提供可运行的与对外仓库。
