系列文章《鸿蒙开发从入门到专家》第 50 篇 · 高级 设计模式是那种"听过了就觉得自己会了"的东西。但在实际鸿蒙项目里，哪些模式有用、哪些是过度设计、具体怎么落地，多数人没仔细想过。 这篇不讲 23 种 GoF 模式的定义，那些 wiki 上都有。讲的是在鸿蒙的 ArkTS + ArkUI 技术栈
系列文章《鸿蒙开发从入门到专家》第 49 篇 · 高级 第 41 篇讲了 Web 组件的基础用法——加载页面、JS Bridge、请求拦截。那篇是"怎么用"。这篇是"怎么管"。 当一个应用有几十个 H5 页面，分散在不同业务模块，每个模块各自创建 Web 组件、各自写 JS Bridge、各自处理加
系列文章《鸿蒙开发从入门到专家》第 48 篇 · 高级 做鸿蒙应用开发到一定规模，你会发现一个问题：每个业务模块都在重复封装系统能力。 网络模块在封装 @kit.NetworkKit 的 http，存储模块在封装 @kit.ArkData 的 preferences，日志模块在封装 @kit.Per
系列文章《鸿蒙开发从入门到专家》第 47 篇 · 中级 写代码一半时间在写，另一半时间在调。但很多人调试全靠 console.log，遇到偶发崩溃、分布式问题、多线程竞态就束手无策。 这篇把鸿蒙调试工具链过一遍。从最基本的断点调试，到 attach 到已运行进程，到用 HiLog 做链路追踪，覆盖实
系列文章《鸿蒙开发从入门到专家》第 46 篇 · 中级 上一篇讲了单元测试。单元测试验证的是"函数对不对"，但用户不按函数操作，用户按按钮。一个按钮的 onClick 绑定错了，单元测试不一定能发现。 UI 自动化测试补上这个缺口：模拟用户操作，验证界面行为是否符合预期。鸿蒙的 UI 自动化测试框架
系列文章《鸿蒙开发从入门到专家》第 45 篇 · 中级 第 19 篇介绍过鸿蒙测试框架的基础用法。这篇往下挖——Mock 怎么做、断言怎么写才有效、覆盖率怎么测才不是自欺欺人。 很多团队的单元测试写了等于没写：跑一个 expect(result).assertEqual(expected) 就算过，
系列文章《鸿蒙开发从入门到专家》第 43 篇 · 高级 前两篇讲的都是 ArkTS 层面的东西。但有些场景 ArkTS 性能不够——加密解密、图像处理、音视频编解码、复用已有 C/C++ 库。这时候需要 NAPI。 NAPI（Node-API）是鸿蒙提供的跨语言交互框架，让 ArkTS 能调用 C/
系列文章《鸿蒙开发从入门到专家》第 42 篇 · 中级 上一篇聊 Web 组件时提到 UIAbility.onCreate，有读者问：UIAbility 和之前听过的 PageAbility 是什么关系？这个问题值得专门写一篇。 鸿蒙的应用模型经历了从 FA 模型到 Stage 模型的演进。如果你从
系列文章《鸿蒙开发从入门到专家》第 41 篇 · 中级 前 40 篇我们把鸿蒙原生开发的主干道走了一遍。从第 41 篇开始，进入"基础补强"阶段——把那些容易被忽略、但在真实项目中天天遇到的技术点补齐。 第一个就是 Web 组件。 现实中，纯原生开发是理想，混合开发是日常。活动页、协议页、营销弹窗、
系列文章《鸿蒙开发从入门到专家》第 40 篇 · 专家 写到第 40 篇，停下来做个复盘。 这个系列一开始的目标是 100 篇，分四档递进：初级 1-25、中级 26-50、高级 51-80、专家 81-100。前 40 篇分布比这个目标略偏后——大约 1-10 篇是初级，11-30 篇是中级与高级
