系列文章《鸿蒙开发从入门到专家》第 8 篇（高级篇） 前言 组件库搭好了，界面也漂亮了，但用户不会为你的"好看"买单——打开 App 要等 3 秒，滑动列表会卡顿，用一会儿手机就开始发烫，这样的应用用户会直接卸载。 性能优化是高级开发者的分水岭。本文不聊虚的理论，直接聚焦鸿蒙应用最常见的三个性能瓶颈
系列文章《鸿蒙开发从入门到专家》第 7 篇（中级篇） 前言 网络层封装好了，现在能拉数据、能展示列表。但如果每个页面都手写一套按钮样式、弹窗逻辑、加载动画，代码会迅速膨胀成一锅粥。企业级应用的核心竞争力之一，就是有一套设计统一、行为一致的组件库。 ArkUI 提供了强大的自定义组件能力：@Build
系列文章《鸿蒙开发从入门到专家》第 6 篇（中级篇） 前言 数据持久化搞定了，但应用不能只有本地数据。网络请求是现代 App 的命脉——登录鉴权、内容加载、表单提交，样样离不开 HTTP。 鸿蒙官方提供了 @kit.NetworkKit 里的 http 模块，但直接用它的 API 写业务代码会非常痛
系列文章《鸿蒙开发从入门到专家》第 5 篇（中级篇） 前言 页面搭好了，导航通了，下一步是数据——应用重启后数据不能丢，用户配置要保存，业务数据要持久化。鸿蒙提供了多种数据存储方案，但官方文档的问题在于：每种方案都讲得很详细，却没有告诉你"什么时候该用哪种"。 我见过太多开发者一上来就用 Relat
系列文章《鸿蒙开发从入门到专家》第 4 篇（中级篇） 前言 前三篇我们把界面搭出来了，但一个真实的应用不可能只有一个页面。页面之间怎么跳转？参数怎么传递？返回时数据怎么回传？这些问题的答案取决于你选哪种导航方案。 鸿蒙目前提供两套路由机制： Router：从早期版本继承的页面路由 API，类似 An
系列文章《鸿蒙开发从入门到专家》第 3 篇（初级篇） 前言 前两篇我们搞定了环境搭建和 ArkTS 语法。现在该真正动手搭界面了。ArkUI 是鸿蒙的声明式 UI 框架，它跟 Android 的 XML + Imperative 写法、iOS 的 UIKit 完全不同——你描述的是"界面应该长什么样
系列文章《鸿蒙开发从入门到专家》第 2 篇（初级篇） 前言 上篇我们搭好了环境，跑出了第一个 ArkUI 页面。但那个示例里的 @State、@Component、struct 到底是什么？如果你熟悉 TypeScript，会发现 ArkTS 的语法既亲切又陌生——亲切是因为它是 TypeScrip
系列文章《鸿蒙开发从入门到专家》第 1 篇（初级篇） 前言 2024 年华为正式推出 HarmonyOS NEXT，业内称之为"纯血鸿蒙"——它彻底移除了 Android 兼容层，从内核到应用框架全部自研。到 2026 年，HarmonyOS 终端设备已突破 8000 万台，覆盖手机、平板、PC、车
系列文章《客户端可观测性进阶实战》第 3 篇 推荐阅读时间：10 分钟 前言 前两篇讲了 Trace 和 Metric。Trace 还原时间线，Metric 反映全局趋势，但线上排障时最常用的还是 Log。用户反馈一个问题，你打开后台面板，第一件事就是搜日志。 问题是，大多数团队的日志体系是这样的：
系列文章《客户端可观测性进阶实战》第 2 篇 推荐阅读时间：10 分钟 前言 上一篇讲了 Trace，它能还原一次操作的时间线。但 Trace 有个问题：它太重了。你不可能对每个用户每次操作都跑 Perfetto，线上只能采样 0.1% 的设备。 Metric 体系解决的是另一面的问题：全局趋势。启
