openharmony 鸿蒙 arkts-global-reuse-pool

全局复用：集中化的组件回收与复用 为提升组件回收与复用的性能和内存效率，全局复用池功能允许开发者在组件树中的任意组件处为@Reusable/@ReusableV2组件配置针对指定自定义组件的复用池，该全局复用池优先级高于与父组件绑定的默认复用池。
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 troubleshooting-state-manage

状态变量改变不触发组件刷新问题常用定位方法 在声明式UI编程框架中，状态管理的主要职责是：当状态变量改变时，触发其关联组件的刷新。所以在使用状态变量的过程中，最常见的问题就是组件不刷新。本文主要针对开发者在使用状态变量时遇到的不刷新问题，阐述以下两个方面。
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-v1-v2-migration-animateTo

AnimateTo使用迁移 在状态管理从V1迁移至V2的过程中，animateTo执行动画前如需修改状态变量，可参考本文档的适配方案。 执行动画前重新定义初始态场景 V1实现代码如下：
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-mvvm-v2

MVVM模式（V2） 概述 在应用开发中，UI的更新需要随着数据状态的变化进行实时同步，而这种同步往往决定了应用程序的性能和用户体验。为了解决数据与UI同步的复杂性，ArkUI采用了Model-View-ViewModel（MVVM）架构模式。MVVM将应用分为Model、View和ViewModel三个核心部分，实现数据、视图与逻辑的分离。通过这种模式，UI可以随着状态的变化自动更新，无需手动处
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-decorator-overview

UI装饰器总览 在声明式UI开发范式中，UI是程序状态的运行结果，状态的变化会驱动UI的刷新。ArkUI提供了一套装饰器机制，使开发者能够便捷地定义和管理状态变量，实现数据与UI的联动。
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-v1-v2-update-difference

状态管理V1和V2更新机制差异 V1状态管理演进到V2状态管理背景 状态管理V1使用代理观察数据，创建状态变量时，会同时创建一个数据代理观察者。该观察者可以感知代理变化，但无法精准观测到实际数据变化，V1状态管理存在以下限制：
2026-08-25 0 后端技术
阅读全文