掌握 HarmonyOS 框架的 ArkTs 如何管理和共享状态数据
本文分享自华为云社区《深入理解ArkTs中的AppStorage和LocalStorage》,作者:柠檬味拥抱 。
ARKTS(Ark TypeScript)是 HarmonyOS 应用框架的一部分,提供了一种灵活而强大的状态管理机制。在 ARKTS 中,AppStorage 和 LocalStorage 是两个关键的概念,它们分别用于应用级和页面级的状态共享。通过深入了解这两个特性,我们可以更好地理解如何在应用程序中管理和共享状态数据。
AppStorage:全局状态的中枢
AppStorage 是应用启动时创建的单例,其主要目的是提供应用级别的全局状态存储。这些状态数据在整个应用中都是可访问的,它们在应用运行期间保留其属性。通过唯一的键字符串,我们可以访问 AppStorage 中的属性,实现全局状态的共享。
与 UI 的交互是通过 @StorageProp 和 @StorageLink 实现的。@StorageProp 用于建立单向数据同步,允许本地的修改发生,但不会同步回 AppStorage 中。而 @StorageLink 建立双向数据同步,使得本地的修改会被同步到 AppStorage 中,反之亦然。这为应用的状态管理提供了极大的灵活性。
通过上述代码,我们在 AppStorage 中创建了两个属性:‘exampleKey’和’anotherKey’,并通过 @StorageProp 和 @StorageLink 将它们与 UI 组件中的变量建立了关联。这种关联使得应用状态和 UI 的变化能够实时同步,实现了高效的状态管理。
LocalStorage:页面级的数据共享
与 AppStorage 不同,LocalStorage 是页面级的数据共享机制。通常应用于页面内的数据共享,它提供了一种简单而有效的方式,使页面组件能够共享状态而不需要显式的传递数据。在页面级别,LocalStorage 的作用类似于组件内部的全局变量,方便在页面内各个组件之间进行状态传递。
在上述代码中,我们使用 LocalStorage 创建了一个页面级的存储空间,并在其中存储了页面的标题。通过 get 和 set 方法,我们能够在页面内的任何组件中访问和修改这些数据,实现了页面级别的状态共享。
与 PersistentStorage 和 Environment 的协作
AppStorage 不仅可以和 UI 组件同步,还可以与 PersistentStorage(持久化数据存储)和 Environment(环境变量)协作,形成一个完整的状态管理体系。通过持久化数据的存储和环境变量的设置,我们能够实现数据的长期保存和应用环境的灵活配置。
需要注意的是,使用 AppStorage 与 PersistentStorage 时,需要注意调用顺序。在 AppStorage 中创建属性后,调用 PersistentStorage.persistProp()时会使用 AppStorage 中已经存在的值,并覆盖 PersistentStorage 中的同名属性。因此,建议在使用 PersistentStorage 前访问 AppStorage 中的属性。
从应用逻辑和 UI 内部使用存储
在应用逻辑中,可以通过 AppStorage 的静态方法来进行状态的设置和获取。而在 UI 内部,通过 @StorageProp 和 @StorageLink 装饰器,可以将组件的属性与 AppStorage 中的属性进行绑定,实现数据的双向同步。
上述代码中,counter 和 userToken 分别与 AppStorage 中的’counter’和’userToken’属性建立了关联。这样,在 UI 中修改这些属性时,AppStorage 中的数据会同步更新,反之亦然。
不建议借助 @StorageLink 的双向同步实现事件通知
虽然 @StorageLink 提供了双向同步的机制,但不建议将其用于事件通知。因为 AppStorage 是与 UI 相关的数据存储,修改会触发 UI 的刷新,而事件通知的成本相对较大。推荐使用 emitter 方式来实现事件通知,提高代码的可读性和性能。
通过 emitter 方式,我们可以更灵活地实现事件的订阅和发布,避免不必要的 UI 刷新,提高应用的性能。
示例演练
为了更好地理解 AppStorage 和 LocalStorage 的使用,让我们通过一个简单的示例演练来展示它们的实际应用。
上述代码中,我们创建了一个 App 组件,其中使用了 @StorageProp 和 LocalStorage,演示了如何在应用级别(AppStorage)和页面级别(LocalStorage)进行状态管理。另外,通过在另一个组件中使用 @StorageLink,展示了如何在不同组件之间实现状态的双向同步。
限制条件和最佳实践
在使用 AppStorage 和 LocalStorage 时,我们需要注意一些限制条件和最佳实践:
调用顺序问题: 在 AppStorage 中创建属性后,调用 PersistentStorage.persistProp()接口时,会使用在 AppStorage 中已经存在的值,并覆盖 PersistentStorage 中的同名属性。因此,建议在使用 PersistentStorage 前访问 AppStorage 中的属性。
属性命名注意事项: 如果在 AppStorage 中已经创建属性后,再调用 Environment.envProp()创建同名的属性,会调用失败。因此,建议 AppStorage 中的属性不要使用 Environment 预置环境变量名。
状态装饰器和事件通知: 状态装饰器装饰的变量改变会引起 UI 的渲染更新。如果改变的变量不是用于 UI 更新,只是用于消息传递,推荐使用 emitter 方式来实现事件通知,以减小 UI 刷新的成本。
合理使用 @StorageProp 和 @StorageLink: 在应用逻辑中,可以通过 AppStorage 的静态方法来进行状态的设置和获取。而在 UI 内部,通过 @StorageProp 和 @StorageLink 装饰器,可以将组件的属性与 AppStorage 中的属性进行绑定,实现数据的双向同步。但要注意不要滥用双向同步机制,以避免不必要的性能开销。
事件通知的优化: 不建议借助 @StorageLink 的双向同步机制实现事件通知。由于 AppStorage 是与 UI 相关的数据存储,修改会触发 UI 的刷新,而事件通知的成本相对较大。推荐使用 emitter 方式来实现事件通知,提高代码的可读性和性能。
结语
通过深入理解 ARKTS 中的 AppStorage 和 LocalStorage,我们能够更好地利用这两个特性进行应用状态的管理和共享。合理使用这些工具,可以提高代码的可维护性和性能,使得开发更加高效。在实际开发中,根据具体需求和场景选择合适的状态管理方式,将有助于构建更健壮、可扩展的 HarmonyOS 应用。
ARKTS 中的 AppStorage 和 LocalStorage 为开发者提供了强大的状态管理工具,使得应用程序能够高效地共享和管理状态数据。通过与 PersistentStorage 和 Environment 的协作,可以实现更全面的状态管理和数据持久化。在开发过程中,合理使用 @StorageProp 和 @StorageLink 等装饰器,以及 emitter 方式,能够更好地组织和维护应用的状态逻辑。
版权声明: 本文为 InfoQ 作者【华为云开发者联盟】的原创文章。
原文链接:【http://xie.infoq.cn/article/ab7ba04b9828abd7a82bb933d】。文章转载请联系作者。
评论