登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
社区此前批准的钉法是 HarmonyOS Kotlin（qrose / haze 用的）。DrawBox 核心提取后零外部依赖，没有 KStore 那种"coroutines 制品线反推 Kotlin 版本"的约束，直接落在社区最成熟的钉法上。
社区此前批准的钉法是 HarmonyOS Kotlin（qrose / Waterfall / swipe 用的），eazytec Maven 双仓写在与google()上游 Kotlin 是 2.1.20、无任何第三方依赖，2.2.21-1.0.0 直接可用，不需要 KStore 那样的"跟依赖升 2.4"操作。但 Gradle 必须从 8.12 升到8.14.1（2.2.21 旧线的要求，社区
这个循环的底层，是鸿蒙生态的用户质量与数据能力。鸿蒙生态的独特优势正在于此：依托全场景设备与立体数据，构建起全域意图感知能力，结合软硬协同的场景识别能力，感知用户状态、通勤方式、所处环境等实时信号，让流量匹配从“广撒网”走向“精准连接”，直接提升开发者的变现效率。在沙龙上，鲸鸿动能分享了多个价值共创实践案例，“鲸眠计划”是典型代表：2026年世界睡眠日，鲸鸿动能将“鲸眠计划”升级至2.0，联合知乎
社区此前批准的钉法是 HarmonyOS Kotlin（qrose / haze 用的）。但 Compose ohos 线按 Kotlin 2.4.20 编译，2.2.21 读不了 2.4 元数据。Kotlin 钉（与 koalaplot-core / compose-imageloader / Enro 同代）。上游源码是 Kotlin 2.0.21 编的，2.4.20 向后兼容，源码级改动为零
社区两条工具链线的经验不能互相套用。KStore 用，是因为它的引擎依赖 kotlinx ohos 制品线（stdlib 元数据 2.4.0）；KMPSwipe 的策略层零三方依赖——commonMain里没有 coroutines、没有 serialization、没有 kotlinx-io，不需要任何 ohos 制品变体，因此社区此前批准的老钉法（qrose / haze 同款）直接可用，配套
本文记录 shadcn-multiplatform 接入 OpenHarmony 的完整适配过程，核心突破在于将设计令牌引擎（基于 Figma 导出）转为纯 Kotlin 运行时，通过 C ABI/N-API 桥接实现 ArkTS 侧数据驱动。克服了工具链不兼容、Compose 制品缺失等障碍，保留上游组件代码隔离，仅编译令牌解析逻辑至 ohosArm64/X64 动态库，最终在真机上以四 Tab
本文实现 reveal 库在 OpenHarmony 的完整适配，基于同代 Compose 1.12.0 ohos 制品线，原样编译上游 commonMain 源码，通过无头门面与 C ABI/N-API 桥接，打通状态机、挖孔几何、排布算法至 ArkUI 真机执行。支持 ohosArm64/x64 双架构，验证引导、几何、状态机全链路功能，交付 HAP 并完成真机验收，实现 KMP 能力无缝迁移
需求特征推荐软件核心理由设备种类多/系统杂ToDesk国内支持系统最多，6大OS全覆盖鸿蒙设备用户ToDesk鸿蒙版原生深度适配+大版本更新；UU远程无鸿蒙版Mac + Windows 混合ToDeskMac端体验最优；跨平台互通流畅信创/国产系统需求向日葵信创系统支持最全纯游戏串流UU远程游戏延迟最低（但不支持鸿蒙）极客自建需求RustDesk开源完全可控✅6大操作系统全覆盖（Win/Mac/L
MindSpore-Transformers提出面向昇腾NPU的Transformer模块规范，统一Attention、MLP、DecoderLayer等核心组件的接口、命名与权重映射，解决迁移中权重对齐难、分布式并行适配失败、算子替换困难等问题。遵循该规范可实现HuggingFace模型低成本、高质量迁移至MindSpore生态，原生支持MindSpeed训练、LoRA微调、MindIE推理及全
本文梳理鸿蒙生态核心概念，厘清HarmonyOS、HarmonyOS NEXT与OpenHarmony的关系，明确2024年10月后进入“纯血鸿蒙”时代——移除AOSP，仅支持ArkTS原生应用。通过时间线、系统形态与技术栈全景图，建立开发者认知框架：以ArkTS+ArkUI+Stage模型为核心，依托DevEco Studio与ohpm工具链，聚焦原生开发与分布式能力，助力构建跨设备统一生态。
