harmonyos

HarmonyOS AI 应用开发实战：考研择校分析系统本文基于 HarmonyOS + ArkTS 的 Model-Service-Page 架构，详细解析考研择校分析 AI 应用的完整开发流程，涵盖需求分析、架构设计、提示词工程、核心实现、性能优化等全链路技术要点。

《HarmonyOS技术精讲-Basic Services Kit》USB服务：设备发现与通信USB服务是HarmonyOS Basic Services Kit中经常被误解的一个模块。很多人以为接上U盘就能直接用fileIO读文件，但应用沙箱机制并不允许直接访问外部存储。真正能用的方案是通过USB服务自行实现大容量存储协议——也就是手动发送SCSI命令，把U盘当成一个“黑盒设备”来读写扇区。

程序员黑豆

从零开始：编写第一个鸿蒙（HarmonyOS）程序这是一个使用鸿蒙技术开发的本地原生记账应用，非常适合大家用来练手。相关源码已上传至 Github，点击此处查看项目。欢迎大家交流、指正，也欢迎提交 PR。

《HarmonyOS技术精讲-Basic Services Kit》升级服务：应用内更新检测与下载安装HarmonyOS NEXT 开发里，升级服务 API 的调用频率其实很高，但很多人第一次接触时会发现：官方示例能跑通，放到实际页面里就不太对劲。

解局易否结局

ArkUI MVI 架构实战：单向数据流设计模式在 HarmonyOS NEXT 中的深度实践在前端与跨平台开发领域，状态管理始终是架构设计的核心命题。ArkUI 作为 HarmonyOS NEXT 的声明式 UI 框架，虽然内置了 @State、@Link、@Provide 等响应式状态装饰器，但当业务复杂度持续增长时，单纯依赖装饰器的「数据驱动视图」模式会逐渐暴露出状态逻辑散落各处、难以追踪数据流向、副作用处理混乱等问题。

HarmonyOS鸿蒙操作系统：架构、分布式能力与生态概览HarmonyOS鸿蒙操作系统：架构、分布式能力与生态概览本文从工程视角介绍HarmonyOS（鸿蒙操作系统）的整体设计思路与架构要素，包括微内核架构、分布式软总线、超级终端理念以及开发者工具链。文中示意图和表格仅用于帮助理解关键概念，并非真实市场数据或具体实现细节。

HarmonyOS趣味相机实战第17篇：BackupExtensionAbility备份恢复与Preferences版本迁移本地相机应用通常同时保存两类数据：真实照片文件，以及用于页面展示的标题、时间、水印和文档索引。仅恢复其中一类会产生“列表存在但图片打不开”或“文件还在但应用相册为空”的半恢复状态。

HarmonyOS 实战 | 数据存本地——Preferences 轻量存储入门咱们先聊个真实的场景。你打开一个阅读类 App，晚上躺在床上看，屏幕太亮眼睛不舒服，于是你切到了"深色模式"。界面变成黑底白字，舒服了。你翻了十来页，标记了一个书签，然后关掉 App 睡觉。

HarmonyOS《柚兔学伴》项目实战08-关系型数据库入门——待办事项持久化移动应用中的数据持久化是核心能力之一。HarmonyOS 提供了 @kit.ArkData 中的关系型数据库（RDB）API，支持完整的 SQL 操作。本文将以「柚兔学伴」项目的 TodoDatabase.ets 为例，从数据库初始化到增删改查，全面讲解关系型数据库的使用方法。

解局易否结局

ArkTS 设计模式与架构进阶：构建可维护的 HarmonyOS 应用#在 ArkUI 开发中，代码的可维护性、可扩展性和可读性是衡量工程水平的重要标尺。HarmonyOS NEXT（API 12+）为 ArkTS 引入了丰富的装饰器和语言特性，这为在声明式 UI 框架下实现经典设计模式提供了坚实基础。

解局易否结局

鸿蒙原生开发实战｜Native JSON 编解码与高性能数据序列化在跨语言数据交换场景中，JSON 是事实标准。ArkTS 层拥有成熟的 JSON.parse / JSON.stringify API，但当我们将计算密集型逻辑下沉到 C++ Native 层时，数据格式的解析与序列化就成了绕不过去的性能瓶颈——每一次 ArkTS 与 Native 之间的往返，都要经历一次 JSON 字符串的编解码。

HarmonyOS ArkTS 实战：实现一个校园门禁与访客预约应用本文使用 HarmonyOS 和 ArkTS 实现一个校园门禁与访客预约应用。应用可以生成校园通行码，预约访客入校，查看门禁通行记录，申请晚归权限，并提供访客审批、出入统计和二维码通行等功能。

42-RDB查询拖慢首屏-用索引分页和快照缓存拆开摘要：本地 RDB 数据多了以后，首屏卡顿经常不是 UI 写得慢，而是页面一出现就做了全表排序、统计和复杂过滤。更稳的做法是把首屏快照、分页查询和统计重算拆开：首屏先读轻量快照，列表分页加载，统计在写入后维护或后台刷新。

不羁的木木

HarmonyOS技术精讲-Connectivity Kit：蓝牙进阶——GATT服务与音频通道HarmonyOS NEXT 的蓝牙 API 覆盖了 BLE 和经典蓝牙两个方向，但大多数官方示例只展示了最简单的扫描和连接。真到了要读写自定义 GATT 特征值，或者控制蓝牙音箱播放/暂停时，你就会发现很多细节没有文档说明——比如连接后的状态同步、特征值写入时机、音频焦点冲突等等。

HarmonyOS ArkTS 实战：实现一个校园快递代取与跑腿应用本文使用 HarmonyOS 和 ArkTS 实现一个校园快递代取与跑腿应用。应用可以发布快递代取和跑腿需求，设置取件地点和送达地点，设置跑腿费用，接单跑腿，查看订单状态，并提供订单筛选、进度更新和收入统计等功能。

HarmonyOS趣味相机实战第13篇：CameraPicker与CameraKit选型、系统拍照回退及架构边界HarmonyOS 应用需要“拍一张照片”时，并不一定要自己管理 CameraInput、PhotoSession、XComponent Surface 和 PhotoOutput。若产品只需要调用系统拍摄界面并拿回结果，CameraPicker 能显著减少相机生命周期代码；若产品需要在应用内实时预览、倒计时、闪光灯、水印叠层、人体识别、前后镜头切换或双摄扩展，则必须使用 CameraKit 自定义会话。

HarmonyOS趣味相机实战第14篇：装饰素材强类型建模、锚点语义与套装组合校验相机贴纸功能看起来像“选一张图片并叠到预览上”，但素材数量增长后，真正难维护的不是图片资源，而是素材背后的业务语义：猫耳应该跟随头顶，眼镜应该跟随双眼，翅膀应该位于人体后方，边框只属于场景层，氛围贴纸允许重复添加，套装引用的素材不能失效。

《从算法到落地：基于HarmonyOS API 23的端侧图像推理实战》云端AI推理存在两个显著问题：网络延迟导致实时性差（如视频通话场景需200ms以上往返延迟），用户隐私数据上传风险。端侧部署可将ResNet50等模型的推理延迟控制在50ms内，同时避免原始数据离开设备。

不羁的木木

HarmonyOS技术精讲-Connectivity Kit：Wi-Fi进阶能力——热点、P2P与Aware针对设备互联的场景，HarmonyOS 提供了三个不同级别的 Wi-Fi 进阶能力：核心原则：能用 Aware 发现，就用 Aware；发现后需要传输，切换到 P2P；仅需要共享网络，开热点。

HarmonyOS ArkTS 实战：实现一个校园宿舍管理与查寝应用本文使用 HarmonyOS 和 ArkTS 实现一个校园宿舍管理与查寝应用。应用可以管理宿舍成员信息，进行查寝签到，记录晚归情况，进行卫生评分，并提供宿舍报修、水电费查询和查寝统计等功能。