鸿蒙状态管理

news2024/9/22 1:09:59

我们开发中构建的页面多为静态页面。如果希望构建一个动态的，有交互的界面，就需要引入‘状态’的概念

用户构建了一个UI模型，其中应用的运行时的状态是参数，当参数改变时，UI作为返回结果，也将进行对应的改变。状态变化带来UI的重新渲染。

自定义组件拥有变量所谓属性，必须被装饰器修饰才可以成为状态变量，状态变量的改变会引起UI的渲染刷新，如果不使用状态变量，UI只能在初始化时渲染，后续将不会再刷新。

State状态：驱动UI更新的数据，用户通过触发组件的事件方法，改变状态数据。状态数据的改变，引起UI的重新渲染，只能在@component装饰修饰的组件中使用

常规变量：没有被状态装饰器修饰的变量，通常应用于辅助计算。它的改变不会引起UI的刷新。

数据源/同步源:状态变量的原始来源，可以同步给不同的状态数据，通常意义为父组件传给子组件的数据，以下示例中数据源为count：1

命名参数机制:父组件通过指定参数传递给子组件的状态变量，为父子传递同步参数的主要手段。示例CompA({aProp:this.aProp})

从父组件初始化，父组件使用命名参数机制，将指定参数传递给子组件。子组件初始化的默认值在有父组件传值的情况下，会被覆盖

@Component
struct MyComponent {
  @State count: number = 0;
  private increaseBy: number = 1;

  build() {
  }
}

@Component
struct Parent {
  build() {
    Column() {
      // 从父组件初始化，覆盖本地定义的默认值
      MyComponent({ count: 1, increaseBy: 2 })
    }
  }
}

装饰器总览

ArkUI状态管理提供了多种装饰器，通过使用这些装饰器，状态变量不仅可以观察在组件内的改变，还可以在不同组件层级间传递（也就是在挂载View里面的传值），比如父子组件（单页面挂载的子视图），跨组件（跨页面，比如push)层级，也可以观察全局范围内的变化（比如AppStorage修饰的）。根据状态变量的影响范围，将所有的装饰器可以大致分为
1.组件级别的状态管理，可以观察组件内变化，和不同组件层级的变化，但需要同一个页面内

2.可以观察不同页面，甚至不同UIAbility的状态变化。是应用内全局的状态管理

从数据传递的同步类型层面可以分为

1.只读的单项传递
2.可变更的双向传递

在这里插入图片描述

上图，Component为组件级别的状态管理，单页面内的
Application为应用管理的状态管理。
开发者可以通过@StorageLimk实现应用状态的双向同步
可以通过@LocalStorageLikn实现单页面组件状态的双向同步
可以通过@StorageProp实现应用的单向同步
可以通过@LocalStorageProp实现单页面组件状态的单向同步