## 一、前言 HarmonyOS 的 **Image** 组件，相信大家平时用得还是挺开心的：一个 `url` 往里一塞，咔咔就能显示，啥也不用管，直接起飞。 但是，用着用着你可能会发现一些“

## 一、前言 上篇文章在结尾留下两个问题 - getContext(this) 和 getContext() 有什么区别？ - 为什么弃用直接 getContext，转而使用 UIConte

一、引言 在我搞Android的时期，Context是属于每天都在烦恼的东西了，也是走了不少弯路，看了不少文章。现在搞鸿蒙了，嘻嘻嘻，也有Context。这是为啥也是带着好奇心，总结出一些经验。再次分

## 一、前言 在前文中，我们提到过 **“状态管理”**。 但状态管理并不仅仅是 *“数据变化 → UI 更新”* 这么简单，它还与组件的 **创建、复用、销毁** 等生命周期过程密切相关。

## 一、前言 大家都是开发，有时候写着写着 ArkUI 代码，突然就会冒出个问号： > “为啥我改个状态变量，UI 就自动刷新了？” > “@Local 到底背后做了啥？能监听到那么精准吗

HarmonyOS一杯冰咖啡 —— MVVM? 一、引言 最近看到一个项目的架构设计，刚开始看还有点懵，但仔细想了想，其实它还挺有意思的。它用了一个混合型架构，表面看像 MVVM，实际上中间加了一层

前言 做移动端开发时，不可避免的会遇到以下场景 测试：打个测试包给我，我要测个功能，比较急你赶紧弄一下 产品：给我打个正式环境的包，刚刚老板反馈一个问题我要看一下，事情很急优先安排一下 组长：这测试机

概述 现在鸿蒙手机安装harmony.app包有很大限制，他并不能像Android那样直接在手机上安装apk,也不像IOS可以传多个ipa，AppGallery Connect只能同时上传3个包，也就

前言 在移动端下拉刷新和上拉加载属于高频使用的功能，目前官方提供的Refresh组件自定义效果有限，很难满足各家产品个性化定制的要求。下面我们从0到1打造一个无入侵性、可自定义扩展的下拉刷新组件