系列文章《鸿蒙开发从入门到专家》第 39 篇 · 专家 架构模式听起来"高大上"，落地其实就是"代码怎么组织"。一个 5 万行的应用，没有清晰架构，到第三个人接手就开始乱。 这一篇把移动端架构模式——MVC、MVP、MVVM、MVI——在鸿蒙生态里的实践方式讲一遍，配上代码示例和权衡分析。鸿蒙的开发
系列文章《鸿蒙开发从入门到专家》第 38 篇 · 专家 代码能写好只是开始。线上才是真相：用户卡在哪个页面、为什么 ANR、为什么崩溃、上个月改的功能到底有没有人用。这些问题要靠可观测体系回答——日志、Crash 监控、性能采集、用户行为分析，都要规划到位。 这一篇把鸿蒙应用的可观测性分四个层次拆开
系列文章《鸿蒙开发从入门到专家》第 37 篇 · 专家 鸿蒙工程的"出包"流程一旦多人协作就开始崩：签名密钥谁保管、HAP 给谁测、灰度比例怎么调、Bug 复现要哪个 HAP。问题不在 DevEco Studio 工具不够好，而在没有把流程变成流水线工程。 这一篇按"流水线即代码"的思路，把一个典型
系列文章《鸿蒙开发从入门到专家》第 36 篇 · 高级 做鸿蒙 App 的运营同学绕不开一个问题：现在很多业务在小程序里跑着，App 主要承担"留量"。但小程序只能覆盖一部分用户，App 又是主要的留存载体。两边怎么通？跨端跳转、数据互通、统一账户——这都需要开发配合运营一起做。 这一篇把鸿蒙应用和
系列文章《鸿蒙开发从入门到专家》第 35 篇 · 高级 动态化是每个移动操作系统都绕不开的话题：装个 App 等半天，发个版更要等几天。鸿蒙在动态化上给出了几条独有的路径——服务卡片、原子化服务、远端下发的 HSP。和 Android 的"插件化"+“Tinker 热修"比，鸿蒙的设计更像"操作系统
系列文章《鸿蒙开发从入门到专家》第 34 篇 · 高级 几乎每个写了两三年的鸿蒙应用都会经历这一段：项目里几十个 Ability、上百个组件，互相引用成藤蔓状，改一行崩一片，新人来了两个月都不敢提交代码。 这是单体（monolithic）结构的宿命：模块间没有边界，依赖单向不可控。这类问题的标准答案
系列文章《鸿蒙开发从入门到专家》第 33 篇 · 中级 安全加固这件事，最大的认知误区是"鸿蒙应用包只有我自己能装，没人会动它"。 现实情况是：HAP 一旦发布，攻击者就能拿到压缩包；能拿到压缩包，意味着能看到你的代码、资源、API 调用。剩下的只是时间和意愿问题。越是涉及账号、支付、敏感数据的应用
系列文章《鸿蒙开发从入门到专家》第 32 篇 · 中级 包体积这件事，老板、用户和商店审核人员都关心，但开发同学往往最后才知道。 用户视角下，应用商店列表里几个产品对比，30MB 的总是比 80MB 的"看着轻"，下载等待时间也短一截；商店视角下，包体积超阈值会让搜索权重下降；产品视角下，部分低端机
系列文章《鸿蒙开发从入门到专家》第 31 篇 · 中级 性能问题常常是用户先发现，老板先知道，开发最后才知道。 打开应用滑动列表，发现某一帧停顿了半秒。如果是 Android，多半能靠 “开发者选项里的 GPU 渲染模式” 或 “systrace” 排查；HarmonyOS 也有自己的工具链——De
系列文章《鸿蒙开发从入门到专家》第 30 篇 · 高级 应用出海或者服务多语言用户时，国际化（i18n）不是简单翻译几段文案。它涉及资源组织、文本排版、日期数字格式、甚至界面布局方向。鸿蒙在这块提供了比较完整的资源管理机制，本文把关键用法串起来。 一、多语言资源组织 鸿蒙应用的多语言资源放在 res
