harmonyos

不爱吃糖的程序媛

从 0 到 1：react-native-transformer-text-input 鸿蒙化适配实录一个「Fabric 装饰视图 + Worklets UI Runtime」型 RN 三方库，在 RNOH 0.84 上从「看起来没法移植」到「纯 JS 平台变体跑通全流程」的完整记录。配套技能：rnoh-lib-adaptation（https://atomgit.com/CPF-RN/skills ｜ https://atomgit.com/oh-react-native/rnoh-skills）适配后仓库：https://atomgit.com/oh-react-native/react-nati

不爱吃糖的程序媛

React Native 三方库鸿蒙适配实战：react-native-emoji-popup（Fabric 自定义组件）从 0 到 1配套仓库：https://atomgit.com/oh-react-native/react-native-emoji-popup（v0.4.0，RNOH 0.84）

【口算王｜19】HarmonyOS ArkTS 回归测试实战：覆盖启动、空数据、异常输入和重复点击证据边界：本文依据 D:/huawei/one16-11 当前可读取源码与测试目录整理；本轮未执行 Hypium、构建、模拟器或真机回归。工程存在默认测试模板不等于业务用例已覆盖，文中矩阵属于建议实现。

【句匠｜09】HarmonyOS ArkTS 学习统计实战：汇总正确率、连续学习和薄弱类型学习类应用做到后期，统计页很容易变成“把几个数字摆出来”。这种做法上线后问题很明显：用户看到总答题数，却不知道它来自哪些题库；看到正确率，却不知道空数据时怎么算；看到考试均分，却不知道取的是全部历史还是最近几次；页面在平板或 2in1 宽屏打开时，如果仍然强行单列排列，也会浪费大量空间。

【口算王｜17】HarmonyOS ArkTS 亮暗色与视觉令牌实战：集中颜色、间距和交互状态避免页面割裂证据边界：本文依据 D:/huawei/one16-11 当前可读取源码与资源文件整理；本轮未执行构建、模拟器、真机、系统暗色切换、字体缩放或 AppGallery 审核。迁移路线属于建议实现，不代表双主题已完成。

从 0 到 1：react-native-screenshot-aware 鸿蒙适配实战（RNOH 0.84）记录一个 React Native 三方库完整适配 HarmonyOS/OpenHarmony（RNOH 0.84）的 0-1 过程：从能力调研、工程搭建、原生模块编写，到 autolinking 接入、构建踩坑、真机验证。

【口算王｜15】HarmonyOS ArkTS 本地状态持久化实战：让保存、删除和页面返回后的数据即时一致证据边界：本文依据 D:/huawei/one16-11 当前可读取源码整理；本轮未执行构建、模拟器、真机、进程杀死重启、损坏数据注入、磁盘写入失败或数据迁移测试。改进方案属于建议实现，不代表故障恢复已验证。

【口算王｜18】HarmonyOS ArkTS 权限与隐私实战：让 module.json5、功能说明和拒绝路径一致证据边界：本文依据 D:/huawei/one16-11 当前可读取源码整理；本轮未执行构建、模拟器、真机权限弹窗、通知调度、TTS 网络抓包或 AGC 审核。文中对在线回退和学习提醒的描述均为源码层风险识别，不代表相关能力已经验证或上线。

ChinaDragonDreamer

HarmonyOS：6.0 新增和增强特性说明从API version 20开始，@Consume装饰的变量支持设置默认值。示例效果图示例代码

【HarmonyOS AI】通用文字识别详解通用文字识别，也就是 OCR（Optical Character Recognition，光学字符识别），用来把图片中的文字转换成应用可以处理的文本。例如，一张书页照片经过识别后，里面的内容就能被复制到笔记里；一张包含快递单号的截图，也可以提取出单号，用于查询物流。

Flutter 3.44.9 + OpenHarmony7：home_widget 三方库桌面服务卡片（FormKit）的应用加入开源鸿蒙跨平台社区，与万千开发者共建鸿蒙生态：Flutter 三方库适配成果与工程实践均在 CPF-Flutter 组织仓库持续开放，适配进度可查阅三方库适配清单。欢迎关注、提 Issue、提 PR。

【句匠｜08】HarmonyOS ArkTS 句库搜索实战：支持关键词、分类和无结果反馈搜索页在学习类应用里经常被低估。用户真正需要的不是一个输入框，而是从“我想找某个题库”“我想搜一道题里的关键词”“我从分类页点进来想看某类题”这几种入口里，都能得到稳定反馈。若状态边界不清楚，搜索页很容易出现三个问题：还没搜索就显示无结果、分类筛选和关键词互相污染、结果为空时没有明确解释。

从 DevEco Code 到 Claude Code：一次工具链切换的完整决策第一篇交代过：MarkPin 起步用的是 DevEco Code（鸿蒙官方 AI 编程工具，内置免费模型），中途切换到了 Claude Code 自接入大模型。当时只说了"个人工作流偏好"，这篇把这次切换完整拆开：怎么判断该不该换、怎么把鸿蒙开发能力在新工具链里补齐、怎么验证换完没断档。先说立场：两种工具各有所长，这篇讲的是决策方法，不是优劣对比。

鸿蒙 emitter/EventHub 没有 Sticky 粘性事件？手写一个轻量级 EmitterManager 解决在做鸿蒙（HarmonyOS / OpenHarmony）应用开发时，组件间或页面间的通信是绕不开的场景。

ChinaDragonDreamer

HarmonyOS：Web使用Dsbridge与JavaScript完成交互Dsbridge跨语言交互组件 HarmonyOS版的DSBridge，通过本库可以在HarmonyOS与JavaScript完成交互，可以相互调用彼此的功能。目前兼容Android、iOS第三方DSBridge库的核心功能，基本保持原来的使用方式，后续会持续迭代保持与DSBridge库相同的功能，减少前端和客户端的适配工作，另外也会根据鸿蒙的特性做一些定制需求。

【句匠｜10】HarmonyOS ArkTS 分类句库实战：复用列表结构并保持导航参数类型安全题库类应用经常会同时出现两套入口：一套按题库进入，比如“高频错词集锦”“介词搭配大全”；另一套按题型进入，比如“语法纠错”“拼写纠错”“句型表达”。如果两套入口各写一套列表、各写一套筛选、各自传参，后续最容易出现的问题就是：分类页点进去和搜索页搜出来的结果不一致，题库列表排序和首页入口不一致，导航参数在页面之间变成一堆无法校验的散字段。

体毛旺盛的猿

HarmonyOS开发面试题答案答案 Ability是应用可对外提供的能力抽象，Stage下分两大类：答案 AbilityStage是HAP模块的运行容器，一个HAP对应一个AbilityStage实例，同HAP内所有UIAbility共享同一个AbilityStage。

【口算王｜16】HarmonyOS ArkTS 多设备布局实战：适配手机、平板和 PC/2in1 的窗口变化证据边界：本文依据 D:/huawei/one16-11 当前可读取源码整理；本轮未执行构建、模拟器、真机、折叠展开、旋转、分屏、自由窗口、平板或 PC/2in1 验证。验证矩阵和修复路径属于建议实现，不代表多设备验收已通过。

HarmonyOS：6.0 新增和增强特性说明从API version 20开始，@Consume装饰的变量支持设置默认值。示例效果图示例代码

【句匠｜01】HarmonyOS ArkTS 英语纠错页实战：把原句、修改建议和解释层级展示清楚英语纠错页看起来只是一个输入框加一个结果列表，但真正写到 HarmonyOS 5.0+ ArkTS 页面里，容易出现几个实际问题：用户输入长句后页面挤压，示例句点击后旧结果还留在页面上，空输入时没有明确反馈，规则匹配到了“已经正确”的表达也被当成错误展示，结果卡片把错误片段、修改建议和解释混在一起，最后用户看不出到底该改哪里、为什么改。对学习工具来说，纠错页不是“显示一段答案”，而是要把原句、建议和解释层级展示清楚。