登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
本文详述了在OpenHarmony4.1环境下基于RK3568平台使用SPI驱动RC522 NFC芯片的调试过程。核心要点包括：正确复位（CommandReg=0x0F，延时50ms）后读取VersionReg（0x37）判断芯片状态；避免将read返回值误作字节数，禁止“先write地址再read”错误操作；区分0x00/0xFF（未检出）与正常版本号（如0xB2兼容片）；以4字节UID为终极判
本文介绍一款纯 JS 编写的 React Native 鸿蒙权限审计工具，解决权限声明与使用对账难、最小权限集计算矛盾、审核必填字段缺失三大痛点。通过 module.json5 声明、使用台账与源码扫描三路输入对账，自动识别未使用权限、补全 reason/usedScene、生成可粘贴的最小清单，并支持 CI 卡控与风险分评估。工具内核独立，离线运行，兼顾准确性与安全性，助力应用高效通过审核。
本文以鸿蒙真机上的 React Native 0.84 工程为例，详解三大难题：通过 TurboModule 接入 HarmonyOS Core Vision Kit 实现端侧离线 OCR；规避 Metro 预置头导致的 require 不存在问题；实现 npm 包与 HAR 双形态交付。项目采用 codegen 生成 ArkTS 接口，结合纯 TS 回退引擎，确保跨引擎逐字符一致，并通过 aut
本文介绍基于React Native的鸿蒙碰一碰分享库，解决RN开发者在鸿蒙生态中无法便捷使用Share Kit碰一碰功能的痛点。通过封装NFC/星闪触碰、3秒发送窗口、沙箱文件URI转换等核心逻辑，实现跨设备快速传递链接、文件、图片等内容。支持手机、平板、PC多端适配，提供回环演示与真机实测验证，显著降低接入门槛，提升跨端协作效率。
本文介绍如何在 React Native 鸿蒙（RNOH）工程中实现小艺技能闭环，通过开源库 react-native-ohos-ai-agent 封装技能声明、语音指令接收、端侧执行与结果回传全流程。针对三方应用权限限制，精准定位可操作边界，实现“被唤起→执行→反馈”链路贯通。结合五张真机截图验证：技能注册、指令匹配、意图上报、智能体调起及对话层弹出等关键节点均成功，完整打通语音交互闭环，助力应
本文介绍了将JavaScript库fast-diff移植至鸿蒙ArkTS的完整流程，核心是通过自研Skill harmony-js-lib-port实现标准化、可复用的移植方法。该Skill定义了查重、搭工程、先跑测试再改代码、差分对照等六步流程，并设置五道验证闸门确保行为一致性。实践表明，即使面对非标准测试框架的库，也能通过调整适配策略成功移植，且技能本身在迭代中优化11处细节。项目已开源，为鸿
本文介绍了将 jsonrepair 移植至鸿蒙 ArkTS 严格模式的实践，解决大模型输出 JSON 格式错误问题。通过重构语法、优化性能，实现毫秒级修复（1MB 文本从 17.7 秒降至 127 毫秒），支持边流边修，界面实时渲染结构树。修复库已开源，提供 HAP 示范应用与完整测试验证，适用于端侧结构化输出场景。
在合入前，我会要求自己用下面的问题审计一次：实例是否只有一个明确拥有者？每个订阅是否保存了注销句柄？停止逻辑是否幂等并覆盖初始化失败？回调是否验证会话身份？页面不可见时的策略是否明确？窗口变化会不会重复初始化？错误是否被翻译且日志是否脱敏？依赖版本、许可证和数据出口是否被记录？若其中任何一项的答案只能是“应该没问题”，就说明接入还没有完成。三方库不是风险本身，模糊的归属才是。
基于星巡移动巡检协同系统真实源码，拆解巡检表单模型、字段级错误、清单规则与提交校验链路，并以建议扩展方式说明数值范围校验和可配置规则集的工程实现。
上一篇《二进制签名实战：三类签名、沙箱权限矩阵，以及一张调试证书的坑》是踩坑视角：怎么签、报什么错、日志去哪看。这三种签名，本质上差在哪？官方文档把它们并列成三张表（签名类型对比、沙箱权限矩阵、调试证书签名流程），照着做没问题，但表格是结果，不是原因。它告诉你"自签名不能声明权限"，不告诉你为什么不能。把 OpenHarmony 的和内核三个仓对着读完：三种签名共用同一个.codesign段、同一
