Context是应用中对象的上下文，其提供了应用的一些基础信息，例如resourceManager（资源管理）、applicationInfo（当前应用信息）、area（文件分区）等。

鸿蒙组件化实战学习指南 效果图 一、为什么要组件化 单体工程里所有代码揉在一个模块，随着功能变多会出现： 代码耦合，改支付可能碰坏登录； 编译慢，任何一行改动全量重编； 无法多人并行开发，冲突不断。

接入 @wps/wps_sdk 时，页面最容易写成「打开前 if 一下 WPS 包名」。统一版对外 API 一致，但 ToB 专业版 HAR 与 ToC 个人版 HAR 仍是两份包，凭据不可混用。官方

Flutter 鸿蒙社区的 2026 规划正式更新了，截至目前为止， Flutter 官方已经发布了 3.41版本，同时也初步宣发了 2026 年 4 个版本计划，而 Flutter 鸿蒙社区也会加快

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

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

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

背景 纯血鸿蒙OS Next系统最近出现了两款热门应用：出境易、卓易通，其功能是：让你在出境后可以方便安装到各种Android应用。 发生了什么？ 「出境易」这款应用可以在纯血鸿蒙OS NEXT里直接

【HarmonyOS 7】DevEco Code上手实录: 安装与使用 一、前言 做 HarmonyOS 开发，DevEco Studio 肯定绕不开。 最近发现华为出了个 DevEco Code，终

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

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

史上最强大的文本溢出效果，强得飞起 ! 一直没人模仿, 从未被超越！能超越的文本组件的只有糖果的 ExtendedText！

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

uni-app x，下一代uni-app，一个神奇的产品。 用vue语法、uni的组件、api，以及uts语言，编译出了kotlin的app。

前言 本人作为一个老安卓开发，24年开始转做鸿蒙和Flutter开发。因为工作需要在安卓、鸿蒙和Flutter之间来回游走。经常切换Java、Kotlin、ArkTs、Dart，频繁切换语法习惯还是比

打开能绿之后，产品下一句往往是：「编辑完关掉 WPS，结果要回到我们 App」。在 HarmonyOS 落地 WPS Open SDK 时，这不是另开回调通道，而是同一次 sendRequest 的等

无论是企业的绝对支持，还是政府的大力推进，HarmonyOS的发展，可以说势如破竹，三分天下，也就是时间的问题。

起因事情是这样的,我发表上一篇文章我通过了华为鸿蒙的开发者高级认证真的可以遥遥领先后,居然有同学找我给他做个鸿蒙的留言板demo,他说就是DataAbility的增删改查的. DataAbility是

前言 相信各位搞安卓的同学多多少少都了解过鸿蒙了，有些一知半解而有些已经开始学习起来。那这个鸿蒙到底好不好搞？要不要搞？本文介绍鸿蒙开发与安卓开发的异同，分析目前学习鸿蒙开发的趋势。