登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
WhatIf 的鸿蒙适配不是把 Kotlin 条件判断翻译成 ArkTS，而是让同一份共享代码→ ArkUI 工作台。
本次适配真正需要处理的不是一个Web→ OpenHarmony 真机页面。
→ C ABI→ ArkTS 页面。
→ N-API 参数检查→ JSON→ ArkUI 结果卡片。
新建一个 Stage 模型的 HarmonyOS 应用，打开// ...});是不是“创建首页”的生命周期？是不是页面？如果把删除，窗口还在不在？首页究竟是在什么时候出现的？这一篇只拆这一件事。我们用一个最小实验，把UIAbility、WindowStage、主窗口和之间的关系理清楚。本身并不负责“生成首页”。它告诉应用：当前 UIAbility 对应的 WindowStage 已经创建，可以开始
页面在竖屏手机上显示正常，切到横屏或在折叠屏小屏态下就看不到底部按钮——这是开发阶段很容易漏掉的问题。宽度方向的适配已经有大量资料，但高度方向溢出导致操作按钮不可见，排查起来要绕一个弯，原因值得专门说一次。页面高度适配的核心是：固定高度区域（标题、底部操作）先分配，剩余空间全部交给可滚动的内容区，用加Scroll组合来实现。横屏是成本最低的短屏测试手段，不需要折叠屏设备，任何手机都可以直接验证。有
点赞华为鸿蒙团队对开发者反馈的重视
针对鸿蒙开发资格认证官网免费入门教程与高频考点定向整理，覆盖基础入门全模块易错点，助力提升答题正确率！
回顾为鸿蒙接入实际做的事。安装了一批依赖，其中鸿蒙专用的一半在接入 iOS/Android 阶段已经装好。写了一份 metro.config.js，用别名让两套 React Native 分流。从示例工程复制了 harmony/ 目录，改了包名、SDK 版本、应用名和 appKey 四处。执行了一次自动链接。业务代码改了两行兼容写法。没有做的事更能说明问题。没有写一行 ArkTS 业务代码，没有平
本文介绍了将R语言（4.5.1）成功交叉编译至鸿蒙系统（HarmonyOS NEXT）并封装为HAP应用的工程实践。通过两阶段编译、f2c处理Fortran依赖、绕过沙箱限制等技术，实现R REPL交互功能，验证了在鸿蒙平板上运行R脚本的可能性。尽管包加载因musl libc的dlopen行为差异仍受阻，但核心计算能力已打通，为生信分析在国产设备上的落地提供了技术路径与开源参考。
