harmonyos

鸿蒙智能体开发实战：33.鸿蒙壁纸大师 - 多轮交互工作流设计在前几篇文章中，我们完成了鸿蒙壁纸大师的项目架构搭建和环境配置。本篇将深入解析其核心交互逻辑——一个基于状态机的多轮对话工作流。整个壁纸创作流程被精心设计为三个步骤：选择风格 → 选择主题 → 选择场景，每一步都通过 A2A 协议的卡片交互完成。

HarmonyKit | 鸿蒙新特性：router 导航 API 从 pushUrl 到 UIContext 的演进HarmonyKit 初期使用全局 router.pushUrl() 做页面跳转。后来 DevEco Studio 的编译器开始对 router.pushUrl() 报 deprecated 警告：“推荐使用 this.getUIContext().getRouter().pushUrl()”。从全局函数到 UI 上下文绑定——这个 API 演进背后是鸿蒙多窗口能力的底层架构变化。

鸿蒙智能体开发实战：31.鸿蒙壁纸大师 - 环境搭建与基础配置在了解整体架构后，本文将带你从零搭建"鸿蒙壁纸大师"的开发环境。从项目初始化、依赖安装到环境变量配置，再到 Docker 部署，完整呈现一个生产级 Python 项目的环境搭建全过程。

解局易否结局

鸿蒙原生开发实战：从 NAPI 原理到可运行模块ArkTS 是鸿蒙应用的主语言，绝大多数业务逻辑用它写既快又安全。但当我们计算、处理、渲染的密度超过某个阈值时，纯 ArkTS（基于方舟运行时 AOT/JIT）就会暴露出瓶颈。

特立独行的猫a

鸿蒙PC开源软件迁移与多语言三方库移植实战课程讲稿（三、命令行工具移植实战——以OpenSSH为主线）大家好，欢迎来到第三部分第9节。前面两部分我们学习了C/C++三方库的移植方法论和以libmediainfo为主线的实战，以及NAPI封装和AI赋能。从本节开始，我们进入第三部分——命令行工具移植实战，以OpenSSH为主线，覆盖从环境搭建、源码适配、编译部署到验证分发的完整流程。

程序员黑豆

鸿蒙应用开发之全局状态管理：AppStorageV2轻松实现登录到个人中心数据共享AppStorageV2 是 HarmonyOS 提供的应用级全局状态管理方案。它通过键值对方式在应用的所有组件（跨 Ability、跨页面、跨组件层级）之间共享数据，且支持响应式更新——当共享数据发生变化时，所有绑定了该数据的 UI 会自动刷新。

OpenHarmony 权限动态申请封装（API Version23 + 适配版）OpenHarmony 分为静态权限与动态敏感权限，相册、相机、定位、麦克风等高危权限无法仅靠 module.json5 静态声明，必须代码动态弹窗申请。API Version23 重构 accessToken 权限校验、授权状态查询、权限弹窗调度逻辑，修复低版本重复申请弹窗、拒绝权限无拦截、权限状态缓存错乱、页面销毁仍弹窗等兼容缺陷。旧项目升级 API23 后常出现：多次进入页面重复弹权限、用户拒绝后功能无提示、权限申请阻塞页面渲染、后台申请权限闪退等问题。本文基于 DevEco Studio 适配 O

在书中成长

HarmonyOS 小游戏《对战五子棋》开发第31篇 - TwoPlayerPage双人对战（三）：结果弹窗与游戏结束处理游戏结束时的仪式感——结果弹窗的层叠设计Stack中的子组件按声明顺序层叠——后声明的在上层。弹窗声明在后面，所以覆盖游戏界面。

进击的前栈

鸿蒙实战：全栈回顾——Kit API 全景、架构总结与未来演进图：鸿蒙实战第100篇：全栈回顾——Kit API 全景、架构总结与未来演进运行效果截图（HarmonyOS NEXT）

HarmonyOS 6.1 跨端实战：用ArkUI-X把电商App同时跑在Android/iOS上在试过Flutter、React Native后，我最终选了ArkUI-X，核心原因是和现有鸿蒙代码100%兼容——之前写的Marquee跑马灯、@Link父子通信、AppStorage状态管理，几乎不用改代码就能跨端运行，不用像其他框架那样重写UI和业务逻辑。

在书中成长

HarmonyOS 小游戏《对战五子棋》开发第33篇 - AI异步落子与setTimeout让AI"思考"一下再落子——异步交互的体验设计如果AI在玩家落子后立即响应，用户体验会很奇怪——感觉不像在"对战"。通过setTimeout添加延迟，让AI有"思考"的时间。

HarmonyOS 6.1 分布式文件服务实战：跨设备商品图片/视频秒开方案前10篇我们构建了完整的电商应用：从环境搭建、组件开发、状态管理，到多页面路由、分布式流转、数据同步。但在真机测试时，我发现一个致命问题：跨设备流转后，商品图片要重新加载。

鸿蒙实战：BindRelationPage 四步状态机与邀请卡倒计时图：鸿蒙实战第95篇：BindRelationPage 四步状态机与邀请卡倒计时运行效果截图（HarmonyOS NEXT）

解局易否结局

鸿蒙三方库生态与实战：从安装到发布全链路指南HarmonyOS NEXT（API 12+）的生态正以前所未有的速度繁荣发展，其中三方库是提升开发效率的关键一环。与传统的 Android 或 iOS 开发不同，鸿蒙生态拥有自己独立的包管理工具——ohpm（OpenHarmony Package Manager）。许多从其他平台转来的开发者习惯性地使用 npm，却在鸿蒙项目中频频碰壁，原因正是混淆了 npm 与 ohpm 的边界。

鸿蒙HarmonyOS ArkTS原生学习：缩放手势实现 PinchToZoom 深度解析本文深入探讨鸿蒙HarmonyOS NEXT（API 24）中基于ArkTS语言实现图片缩放手势（PinchToZoom）的完整技术方案。从HarmonyOS手势系统底层原理出发，详细阐述PinchGesture的核心API、状态管理机制、缩放计算模式、UI布局架构等关键技术点。通过实际案例代码，系统讲解双指缩放功能的实现流程，包括手势绑定、缩放比例计算、边界限制、溢出裁剪等核心环节。同时针对开发过程中常见的技术难题（如电脑预览器无法模拟双指操作、缩放漂移、坐标系不一致等）提供完整解决方案。本文适合有一定

进击的前栈

鸿蒙实战：19 页面全景汇总与 7 大共享设计模式回顾图：鸿蒙实战第99篇：19 页面全景汇总与 7 大共享设计模式回顾运行效果截图（HarmonyOS NEXT）

YOLOv8在鸿蒙上部署实战将 YOLOv8 模型部署到鸿蒙（HarmonyOS）系统，核心在于利用支持鸿蒙的 AI 推理框架或平台进行模型转换与集成。目前，主要有以下几种实践路径：

鸿蒙智能体开发实战：29.智能体安全与成本优化在智能体开发中，安全性和成本控制是两个常被忽视但至关重要的主题。一个安全漏洞可能导致用户数据泄露或 API Key 被盗；而缺乏成本意识则可能让 API 调用费用失控。

原生性能优化：6变量实现高效桥接这意味着 Native 页面的 UI 刷新压力远低于二进制流页面，但单次计算量可能更大。这四个函数不是随意选择的，它们覆盖了 NAPI 开发中最典型的四种场景：

鸿蒙智能体开发实战：27.Skill 测试、发布与管理开发完一个自定义 Skill 后，并不意味着工作就结束了。如何确保 Skill 的质量？如何高效地进行测试？如何灰度发布并持续迭代？这些都是 Skill 开发中不可或缺的环节。