​现在主流的手机操作系统有Android、iOS和HarmonyOS（鸿蒙系统），为了减少同时维护三种客户端的工作量，一般采用APP内嵌H5页面的形式。由于H5不能直接调用客户端的原生能力，比如相机、

一个插件搞定 Android / iOS / macOS / Web / Windows / Linux / 鸿蒙的文件保存，支持直接保存、系统对话框、本地文件和 URL 下载四种姿势。

Android 的 Activity 通信，却要依靠 `startActivityForResult`、Intent 序列化打包这种看起来很笨重的方案？

在鸿蒙应用里嵌文档能力，团队往往先做「能打开」，再做「能改」。下一步产品常见诉求是：预览页必须带水印，或协作场景必须以修订模式进入。WPS Open SDK（@wps/wps_sdk）没有拆出独立的「

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

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

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

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

在鸿蒙应用里嵌文档能力，团队往往先做「能打开」，再做「能改」。WPS Open SDK（@wps/wps_sdk）没有拆成两个打开类：预览和编辑都是 OpenFileRequest + WPSApi.

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

鸿蒙应用要在端内打开 Office 文档，统一版 WPS Open SDK 把入口收成 WPSApi + OpenFileRequest。专业版（ToB）与个人版（ToC）共用同一套构造函数和 sen

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

HarmonyOS 生态里，行业应用要在端内打开 Office 文档，WPS Open SDK 是常见选型。统一版把专业版（ToB）与个人版（ToC）收成同一套 WPSApi，但对开发侧仍有一条不可跳

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

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

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

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

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

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