登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
本课聚焦跨平台响应式布局，核心是“视图 = 函数(状态, 屏幕尺寸)”。通过自适应、流式与响应式三层策略，结合条件渲染、Flexbox、百分比及各框架（SwiftUI、Compose、Flutter、React Native）特有方案，实现一套代码适配多端。强调屏幕尺寸作为状态变量，动态触发布局变化，兼顾平台差异、可访问性与性能优化，最终达成高效、一致的多端体验。
温湿度软件边界超限，更换手势芯片后遇“在位不认手势”问题。经排查，芯片出厂未加载初始化表，导致手势引擎未启动。需在用户态通过I2C_RDWR写入219条寄存器配置，并切回bank0。设备树无需声明，依赖/dev/i2c-1权限（chmod 0666），动作距离15～20cm、缓慢执行。关键点：初始化表不可精简，写完必须切回bank0；否则读0x43恒为0或异常值。应用层使用ArkTS调用NAPI接
本文完整记录将 react-native-collapsible 适配 HarmonyOS 的过程。该库纯 JS、零原生依赖，无需原生适配，实现文件与上游完全一致。验证显示折叠高度逐像素精确，动画流畅，但发现三处关键边界：挂载时 collapsed={false} 不生效、align 在未测高度前无效、align='bottom' 存在47px偏移。需注意 Accordion 必须子路径导入，且类
本文为另一篇早期的文章的内容更新，介绍windows环境下标准设备系统代码（以RK3568设备为例）全流程操作梳理，供参考，含代码下载、版本编译、烧写、测试套编译、执行等操作梳理（注：除过烧写和用例执行，其他代码下载编译等都是在Ubuntu环境下操作，建议个人用户家目录下存放个人数据：工具安装、代码下载等），代码上库和hdc的相关命令操作等参考另一篇OpenHarmony-代码操作总结相关部分。
（开鸿操作系统）是由深圳开鸿数字产业发展有限公司基于 OpenHarmony（开源鸿蒙）技术底座开发的一款国产全场景分布式操作系统。它旨在为万物智联时代提供统一、安全、实时的数字底座，可以适配从仅有 20KB 内存的轻量传感器到 GB 级内存的工业设备等各类硬件。
对开源鸿蒙北向开发进行简要介绍
2021 年 5 月 17 日，华为中国生态大会上，徐直军向合作伙伴说明，相关源代码将面向行业全面开源，覆盖手机、平板、车机、智慧屏与各类物联网设备，有能力的企业可以基于开源代码打造自有发行版，这个开源项目即为 OpenHarmony。2025 年 3 月 20 日，华为发布 Pura X 阔折叠手机，这是首款出厂全面搭载 HarmonyOS 5 的消费级手机，Mate70 系列等机型的 Harm
本文记录了将KMP存储库KStore适配至OpenHarmony的完整过程。针对官方无ohosArm64产物的问题，通过接入HarmonyOS Kotlin定制版、声明目标平台、解决沙箱路径缺失难题（采用“应用层传路径”方案），并成功导出能力给ArkTS、打包HAR接入鸿蒙工程，最终在真机验证数据持久化功能。文章剖析了KStore源码结构与适配关键点，总结八条踩坑清单，为同类KMP库鸿蒙化提供可复
本文面向有Windows开发经验的工程师，深度剖析OpenHarmony窗口管理与图形渲染架构，对比Windows GDI/D3D/DWM体系，拆解WindowStage、WMS服务、RenderService等核心组件。通过Canvas基础绘制与交互式手绘板实战，详解自定义渲染流程，并总结7项性能优化策略及常见踩坑解决方案，助力开发者掌握鸿蒙UI底层原理与高性能绘制实践。
随着鸿蒙生态的快速发展，越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期，大量常用三方库只有 Android / iOS 实现，鸿蒙侧只能自己造轮子。为了解决这个问题，对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配，统一托管在 GitCode 的下，全部通过 TAG 版本隔离、配套门禁编译验证，开箱即用。本篇是系列文章之一，主角是—
