登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
在合入前，我会要求自己用下面的问题审计一次：实例是否只有一个明确拥有者？每个订阅是否保存了注销句柄？停止逻辑是否幂等并覆盖初始化失败？回调是否验证会话身份？页面不可见时的策略是否明确？窗口变化会不会重复初始化？错误是否被翻译且日志是否脱敏？依赖版本、许可证和数据出口是否被记录？若其中任何一项的答案只能是“应该没问题”，就说明接入还没有完成。三方库不是风险本身，模糊的归属才是。
基于星巡移动巡检协同系统真实源码，拆解巡检表单模型、字段级错误、清单规则与提交校验链路，并以建议扩展方式说明数值范围校验和可配置规则集的工程实现。
上一篇《二进制签名实战：三类签名、沙箱权限矩阵，以及一张调试证书的坑》是踩坑视角：怎么签、报什么错、日志去哪看。这三种签名，本质上差在哪？官方文档把它们并列成三张表（签名类型对比、沙箱权限矩阵、调试证书签名流程），照着做没问题，但表格是结果，不是原因。它告诉你"自签名不能声明权限"，不告诉你为什么不能。把 OpenHarmony 的和内核三个仓对着读完：三种签名共用同一个.codesign段、同一
项目地址：选择了如下6个跨平台UI框架。
更准确的说法是：以 OpenHarmony 为共同内核底座，由行业伙伴发行工业操作系统（OSV 模式），向下适配国产芯片与工业总线，向上承载 PLC 运行时、HMI、SCADA 与 AI 应用，再用分布式软总线把“控制器—传感器—终端—云”连成一张网。社区给底座（1.3 万多名贡献者、650 多家伙伴、1.3 亿多行代码），开放原子基金会做孵化，GIIC 管标准与认证，OSV 把通用底座改成行业产
本文详细记录了从零构建 Flutter 三方库 petalmaps_ohos 并适配 OpenHarmony/HarmonyOS 平台的全过程，涵盖项目初始化、原生实现（基于 ArkTS 和 MethodCallHandler）、插件注册、功能验证及升级至 HarmonyOS SDK 26 的关键步骤。重点解析了为何需实现 AbilityAware 获取 UIAbilityContext 以确保地
本文详述了从零实现开源 Flutter 插件 holding 并适配 OpenHarmony/HarmonyOS 的全过程。基于鸿蒙专属 MultimodalAwarenessKit，实现握持手与操作手状态感知，覆盖事件流订阅、状态查询及 API 26 新增接口，确保功能一致、性能高效、接口稳定。通过 Dart 层封装、ArkTS 原生桥接、真机验证与单元测试，完成插件工程化落地，并发布至 pub
本文详述了 Flutter for OpenHarmony 三方库 gesturesshare 从零开发到发布全过程：基于 HarmonyOS 隔空传送能力，实现跨设备图片与 App Linking 一键分享。涵盖双端代码设计、API 26 升级、真机验证及 Pub 发布流程，提供 Dart/ArkTS 对照与踩坑复盘。项目填补 Flutter 生态空白，推动鸿蒙多设备交互能力普及，助力开发者快速
本文通过一个 QML 模块与 Qt for OpenHarmony 构建实践，完整解答了三个核心问题：如何用 81 行 GLSL 实现无图片依赖的动态玻璃材质（含光核漂移、视差、SDF 圆角与颗粒）；如何在 Qt Quick 中通过 C++ 控制器实现弹层锚定与翻转；以及如何将 Qt 应用交叉编译并以 HAR 形式部署至鸿蒙系统。项目基于 Qt 5.12.12，利用 ShaderEffect 实现
本项目实现KMP/CMP在OpenHarmony鸿蒙平台的语音转文字（TTS）完整链路适配，通过Kotlin/Native共享模型、C ABI/N-API桥接与ArkTS交互，解决权限、音频格式、生命周期及跨平台契约等难题。支持中文、英文、日文多语言识别，提供统一结果模型与JSON序列化，实测于华为Mate 80 Pro Max模拟器，验证了JVM测试、Native动态库、HAP签名部署及真机识别
