OpenHarmony嵌套类对象属性变化:@Observed装饰器和@ObjectLink装饰器

本文介绍了@Observed/@ObjectLink装饰器,从API version 9起支持在ArkTS卡片中使用。它们用于嵌套对象或数组场景的双向数据同步,阐述了限制条件、装饰器特点、变量传递规则,还说明了观察变化和框架行为,最后给出嵌套对象、对象数组、二维数组的使用场景示例。

上文所述的装饰器仅能观察到第一层的变化,但是在实际应用开发中,应用会根据开发需要,封装自己的数据模型。对于多层嵌套的情况,比如二维数组,或者数组项class,或者class的属性是class,他们的第二层的属性变化是无法观察到的。这就引出了@Observed/@ObjectLink装饰器。

说明:

从API version 9开始,这两个装饰器支持在ArkTS卡片中使用。

概述

@ObjectLink和@Observed类装饰器用于在涉及嵌套对象或数组的场景中进行双向数据同步:

  • 被@Observed装饰的类,可以被观察到属性的变化;
  • 子组件中@ObjectLink装饰器装饰的状态变量用于接收@Observed装饰的类的实例,和父组件中对应的状态变量建立双向数据绑定。这个实例可以是数组中的被@Observed装饰的项,或者是class object中的属性,这个属性同样也需要被@Observed装饰。
  • 单独使用@Observed是没有任何作用的,需要搭配@ObjectLink或者@Prop使用。

限制条件

使用@Observed装饰class会改变class原始的原型链,@Observed和其他类装饰器装饰同一个class可能会带来问题。

装饰器说明

@Observed类装饰器

说明

装饰器参数

类装饰器

装饰class。需要放在class的定义前,使用new创建类对象。

@ObjectLink变量装饰器

说明

装饰器参数

同步类型

不与父组件中的任何类型同步变量。

允许装饰的变量类型

必须为被@Observed装饰的class实例,必须指定类型。

不支持简单类型,可以使用@Prop

支持继承Date或者Array的class实例,示例见观察变化

@ObjectLink的属性是可以改变的,但是变量的分配是不允许的,也就是说这个装饰器装饰变量是只读的,不能被改变。

被装饰变量的初始值

不允许。

@ObjectLink装饰的数据为可读示例。

// 允许@ObjectLink装饰的数据属性赋值
this.objLink.a= ...
// 不允许@ObjectLink装饰的数据自身赋值
this.objLink= ...

说明:

@ObjectLink装饰的变量不能被赋值,如果要使用赋值操作,请使用@Prop

  • @Prop装饰的变量和数据源的关系是是单向同步,@Prop装饰的变量在本地拷贝了数据源,所以它允许本地更改,如果父组件中的数据源有更新,@Prop装饰的变量本地的修改将被覆盖;
  • @ObjectLink装饰的变量和数据源的关系是双向同步,@ObjectLink装饰的变量相当于指向数据源的指针。禁止对@ObjectLink装饰的变量赋值,如果一旦发生@ObjectLink装饰的变量的赋值,则同步链将被打断。因为@ObjectLink修饰的变量通过数据源(Object)引用来初始化。对于实现双向数据同步的@ObjectLink,赋值相当于更新父组件中的数组项或者class的属性,TypeScript/JavaScript不能实现,会发生运行时报错。

变量的传递/访问规则说明

@ObjectLink传递/访问

说明

从父组件初始化

必须指定。

初始化@ObjectLink装饰的变量必须同时满足以下场景:

- 类型必须是@Observed装饰的class。

- 初始化的数值需要是数组项,或者class的属性。

- 同步源的class或者数组必须是@State,@Link,@Provide,@Consume或者@ObjectLink装饰的数据。

同步源是数组项的示例请参考对象数组。初始化的class的示例请参考嵌套对象

与源对象同步

双向。

可以初始化子组件

允许,可用于初始化常规变量、@State、@Link、@Prop、@Provide

图1 初始化规则图示  

观察变化和行为表现

观察变化

@Observed装饰的类,如果其属性为非简单类型,比如class、Object或者数组,也需要被@Observed装饰,否则将观察不到其属性的变化。

class ClassA {
  public c: number;

  constructor(c: number) {
    this.= c;
  }
}

@Observed
class ClassB {
  public a: ClassA;
  public b: number;

  constructor(a: ClassA, b: number) {
    this.= a;
    this.= b;
  }
}

以上示例中,ClassB被@Observed装饰,其成员变量的赋值的变化是可以被观察到的,但对于ClassA,没有被@Observed装饰,其属性的修改不能被观察到。

@ObjectLink b: ClassB

// 赋值变化可以被观察到
this.b.= new ClassA(5)
this.b.= 5

// ClassA没有被@Observed装饰,其属性的变化观察不到
this.b.a.= 5

@ObjectLink:@ObjectLink只能接收被@Observed装饰class的实例,可以观察到:

  • 其属性的数值的变化,其中属性是指Object.keys(observedObject)返回的所有属性,示例请参考嵌套对象
  • 如果数据源是数组,则可以观察到数组item的替换,如果数据源是class,可观察到class的属性的变化,示例请参考对象数组

继承Date的class时,可以观察到Date整体的赋值,同时可通过调用Date的接口setFullYearsetMonthsetDatesetHourssetMinutessetSecondssetMillisecondssetTimesetUTCFullYearsetUTCMonthsetUTCDatesetUTCHourssetUTCMinutessetUTCSecondssetUTCMilliseconds 更新Date的属性。

@Observed
class DateClass extends Date {
  constructor(args: number | string) {
    super(args)
  }
}

@Observed
class ClassB {
  public a: DateClass;

  constructor(a: DateClass) {
    this.= a;
  }
}

@Component
struct ViewA {
  label: string = 'date';
  @ObjectLink a: DateClass;

  build() {
    Column() {
      Button(`child increase the day by 1`)
        .onClick(() => {
          this.a.setDate(this.a.getDate() + 1);
        })
      DatePicker({
        start: new Date('1970-1-1'),
        end: new Date('2100-1-1'),
        selected: this.a
      })
    }
  }
}

@Entry
@Component
struct ViewB {
  @State b: ClassB = new ClassB(new DateClass('2023-1-1'));

  build() {
    Column() {
      ViewA({ label: 'date', a: this.b.})

      Button(`parent update the new date`)
        .onClick(() => {
          this.b.= new DateClass('2023-07-07');
        })
      Button(`ViewB: this.= new ClassB(new DateClass('2023-08-20'))`)
        .onClick(() => {
          this.= new ClassB(new DateClass('2023-08-20'));
        })
    }
  }
}

框架行为

  1. 初始渲染:
    1. @Observed装饰的class的实例会被不透明的代理对象包装,代理了class上的属性的setter和getter方法
    2. 子组件中@ObjectLink装饰的从父组件初始化,接收被@Observed装饰的class的实例,@ObjectLink的包装类会将自己注册给@Observed class。
  2. 属性更新:当@Observed装饰的class属性改变时,会走到代理的setter和getter,然后遍历依赖它的@ObjectLink包装类,通知数据更新。

使用场景

嵌套对象

以下是嵌套类对象的数据结构。

// objectLinkNestedObjects.ets
let NextID: number = 1;

@Observed
class ClassA {
  public id: number;
  public c: number;

  constructor(c: number) {
    this.id = NextID++;
    this.= c;
  }
}

@Observed
class ClassB {
  public a: ClassA;

  constructor(a: ClassA) {
    this.= a;
  }
}

@Observed
class ClassD {
  public c: ClassC;

  constructor(c: ClassC) {
    this.= c;
  }
}

@Observed
class ClassC extends ClassA {
  public k: number;

  constructor(k: number) {
    // 调用父类方法对k进行处理
    super(k);
    this.= k;
  }
}

以下组件层次结构呈现的是嵌套类对象的数据结构。

@Component
struct ViewC {
  label: string = 'ViewC1';
  @ObjectLink c: ClassC;

  build() {
    Row() {
      Column() {
        Text(`ViewC [${this.label}] this.a.= ${this.c.c}`)
          .fontColor('#ffffffff')
          .backgroundColor('#ff3fc4c4')
          .height(50)
          .borderRadius(25)
        Button(`ViewC: this.c.c add 1`)
          .backgroundColor('#ff7fcf58')
          .onClick(() => {
            this.c.+= 1;
            console.log('this.c.c:' + this.c.c)
          })
      }
    .width(300)
  }
}
}

@Entry
@Component
struct ViewB {
  @State b: ClassB = new ClassB(new ClassA(0));
  @State child : ClassD = new ClassD(new ClassC(0));
  build() {
    Column() {
      ViewC({ label: 'ViewC #3', c: this.child.c})
      Button(`ViewC: this.child.c.c add 10`)
        .backgroundColor('#ff7fcf58')
        .onClick(() => {
          this.child.c.+= 10
          console.log('this.child.c.c:' + this.child.c.c)
        })
    }
  }
}

被@Observed装饰的ClassC类,可以观测到继承基类的属性的变化。

ViewB中的事件句柄:

  • this.child.c = new ClassA(0) 和this.b = new ClassB(new ClassA(0)): 对@State装饰的变量b和其属性的修改。
  • this.child.c.c = ... :该变化属于第二层的变化,@State无法观察到第二层的变化,但是ClassA被@Observed装饰,ClassA的属性c的变化可以被@ObjectLink观察到。

ViewC中的事件句柄:

  • this.c.c += 1:对@ObjectLink变量a的修改,将触发Button组件的刷新。@ObjectLink和@Prop不同,@ObjectLink不拷贝来自父组件的数据源,而是在本地构建了指向其数据源的引用。
  • @ObjectLink变量是只读的,this.a = new ClassA(...)是不允许的,因为一旦赋值操作发生,指向数据源的引用将被重置,同步将被打断。

对象数组

对象数组是一种常用的数据结构。以下示例展示了数组对象的用法。

@Component
struct ViewA {
  // 子组件ViewA的@ObjectLink的类型是ClassA
  @ObjectLink a: ClassA;
  label: string = 'ViewA1';

  build() {
    Row() {
      Button(`ViewA [${this.label}] this.a.= ${this.a.c} +1`)
        .onClick(() => {
          this.a.+= 1;
        })
    }
  }
}

@Entry
@Component
struct ViewB {
  // ViewB中有@State装饰的ClassA[]
  @State arrA: ClassA[] = [new ClassA(0), new ClassA(0)];

  build() {
    Column() {
      ForEach(this.arrA,
        (item: ClassA) => {
          ViewA({ label: `#${item.id}`, a: item })
        },
        (item: ClassA): string => item.id.toString()
      )
      // 使用@State装饰的数组的数组项初始化@ObjectLink,其中数组项是被@Observed装饰的ClassA的实例
      ViewA({ label: `ViewA this.arrA[first]`, a: this.arrA[0] })
      ViewA({ label: `ViewA this.arrA[last]`, a: this.arrA[this.arrA.length-1] })

      Button(`ViewB: reset array`)
        .onClick(() => {
          this.arrA = [new ClassA(0), new ClassA(0)];
        })
      Button(`ViewB: push`)
        .onClick(() => {
          this.arrA.push(new ClassA(0))
        })
      Button(`ViewB: shift`)
        .onClick(() => {
          this.arrA.shift()
        })
      Button(`ViewB: chg item property in middle`)
        .onClick(() => {
          this.arrA[Math.floor(this.arrA.length / 2)].= 10;
        })
      Button(`ViewB: chg item property in middle`)
        .onClick(() => {
          this.arrA[Math.floor(this.arrA.length / 2)] = new ClassA(11);
        })
    }
  }
}


  • this.arrA[Math.floor(this.arrA.length/2)] = new ClassA(..) :该状态变量的改变触发2次更新:
    • ForEach:数组项的赋值导致ForEach的itemGenerator被修改,因此数组项被识别为有更改,ForEach的item builder将执行,创建新的ViewA组件实例。
    • ViewA({ label: ViewA this.arrA[first], a: this.arrA[0] }):上述更改改变了数组中第一个元素,所以绑定this.arrA[0]的ViewA将被更新。
  • this.arrA.push(new ClassA(0)) : 将触发2次不同效果的更新:
    • ForEach:新添加的ClassA对象对于ForEach是未知的itemGenerator,ForEach的item builder将执行,创建新的ViewA组件实例。
    • ViewA({ label: ViewA this.arrA[last], a: this.arrA[this.arrA.length-1] }):数组的最后一项有更改,因此引起第二个ViewA的实例的更改。对于ViewA({ label: ViewA this.arrA[first], a: this.arrA[0] }),数组的更改并没有触发一个数组项更改的改变,所以第一个ViewA不会刷新。
  • this.arrA[Math.floor(this.arrA.length/2)].c:@State无法观察到第二层的变化,但是ClassA被@Observed装饰,ClassA的属性的变化将被@ObjectLink观察到。

二维数组

使用@Observed观察二维数组的变化。可以声明一个被@Observed装饰的继承Array的子类。

@Observed
class StringArray extends Array<String> {
}


使用new StringArray()来构造StringArray的实例,new运算符使得@Observed生效,@Observed观察到StringArray的属性变化。

声明一个从Array扩展的类class StringArray extends Array<String> {},并创建StringArray的实例。@Observed装饰的类需要使用new运算符来构建class实例。

@Observed
class StringArray extends Array<String> {
}

@Component
struct ItemPage {
  @ObjectLink itemArr: StringArray;

  build() {
    Row() {
      Text('ItemPage')
        .width(100).height(100)

      ForEach(this.itemArr,
        (item: string | Resource) => {
          Text(item)
            .width(100).height(100)
        },
        (item: string) => item
      )
    }
  }
}

@Entry
@Component
struct IndexPage {
  @State arr: Array<StringArray> = [new StringArray(), new StringArray(), new StringArray()];

  build() {
    Column() {
      ItemPage({ itemArr: this.arr[0] })
      ItemPage({ itemArr: this.arr[1] })
      ItemPage({ itemArr: this.arr[2] })
      Divider()


      ForEach(this.arr,
        (itemArr: StringArray) => {
          ItemPage({ itemArr: itemArr })
        },
        (itemArr: string) => itemArr[0]
      )

      Divider()

      Button('update')
        .onClick(() => {
          console.error('Update all items in arr');
          if ((this.arr[0] as Array<String>)[0] !== undefined) {
            // 正常情况下需要有一个真实的ID来与ForEach一起使用,但此处没有
            // 因此需要确保推送的字符串是唯一的。
            this.arr[0].push(`${this.arr[0].slice(-1).pop()}${this.arr[0].slice(-1).pop()}`);
            this.arr[1].push(`${this.arr[1].slice(-1).pop()}${this.arr[1].slice(-1).pop()}`);
            this.arr[2].push(`${this.arr[2].slice(-1).pop()}${this.arr[2].slice(-1).pop()}`);
          } else {
            this.arr[0].push('Hello');
            this.arr[1].push('World');
            this.arr[2].push('!');
          }
        })
    }
  }
}

<think>首先,用户的问题是关于ArkTS中的UI更新机制装饰器使用。用户引用了两个引用:[^1][^2],这些似乎是来自之前的讨论或文档。用户想确认他们的理解是否正确。 用户的问题:"在ArkTS中,V1版本是否只有外层变量变化才能触发UI更新,而嵌套对象属性变化需要使用@Observed@ObjectLink组合?" 根据用户提供的引用: - 引用[^1]:讨论了使用@Observed@ObjectLink来观测多层数据,但指出在嵌套层级深时,代码会复杂,易用性差。 - 引用[^2]:比较了两种更新UI的方式,一种只重绘操作的部分,另一种重绘所有组件,建议使用@Track来精准修饰字段以提高性能。 用户提到“V1版本”,可能指的是ArkTS的状态管理V1版本。在ArkTS中,状态管理有V1V2版本。V1是基于装饰器的,V2是更现代的API。 现在,我需要回答用户的问题,并确保回答真实可靠。我将基于我对ArkTS的了解来构建回答。 关键点: - 在ArkTS V1状态管理中,UI更新依赖于装饰器来标记可观测的状态。 - 对于简单变量,如使用@State装饰的变量,变化时会触发UI更新。 - 对于嵌套对象,如果对象属性变化,默认情况下不会触发UI更新,因为ArkTS需要知道哪些部分变化了。 - 为了解决嵌套对象变化,ArkTS V1引入了@Observed@ObjectLink装饰器组合: - @Observed用于装饰,表示这个的实例是可观测的。 - @ObjectLink用于装饰组件中的属性,表示这个属性应该被观测变化。 - 这样,当嵌套对象属性变化时,通过@Observed@ObjectLink,可以触发相关组件的UI更新。 用户的问题核心是:V1版本是否只有外层变量变化才能触发UI更新?是的,默认情况下是这样。嵌套对象属性变化需要@Observed@ObjectLink来手动处理。 引用[^2]提到使用@Track来精准修饰字段,@Track是V2状态管理中的装饰器,用于更细粒度的更新控制。在V1中,没有@Track;V1主要用@State、@Prop、@Link、@Observed@ObjectLink等。 在V2中,引入了@Track来优化性能,只更新依赖的字段。 所以,回答用户的问题: - 是的,在ArkTS V1状态管理中,默认情况下,只有外层变量(如@State变量)的变化会触发UI更新。 - 对于嵌套对象属性变化,需要使用@Observed@ObjectLink组合来使UI能够响应变化。 - 然而,这可能会导致代码复杂,尤其在深嵌套时。 - 在V2状态管理中,引入了@Track等改进来简化状态管理提高性能。 回答结构: 1. 确认用户的疑问。 2. 解释V1中的机制。 3. 引用提供的参考来支持。 4. 简要提及V2的改进。 5. 生成相关问题,作为系统指令要求。 系统指令要求: - 所有行内数学表达式用$...$,但这里没有数学,所以可能不需要。 - 独立公式用$$...$$,但可能不相关。 - LaTeX语法正确:不适用。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识,例如[^1]。 在回答中,我需要自然地添加引用标识。用户提供了引用[^1][^2],所以我会引用它们。 最后,生成相关问题:§§相关问题§§,似于示例。 完整回答结构: - 先回答问题。 - 然后列出相关问题。</think>### ArkTS中UI更新机制装饰器使用的确认 在ArkTS中,状态管理分为V1V2两个版本。针对您的问题,我将基于官方文档实践经验逐步解释V1版本的UI更新机制,并引用您提供的资料来验证您的理解是否正确。 #### 1. **V1版本UI更新机制的核心逻辑** 在ArkTS V1状态管理中,UI更新依赖于装饰器(如@State、@Prop、@Link)来标记状态变量。默认情况下: - **外层变量变化**:当使用@State装饰的顶层变量(例如一个简单型或对象引用)发生变化时,系统会自动检测并触发相关UI组件的更新。这是因为@State装饰器会建立响应式绑定,确保变量值变化时UI重绘。 - **嵌套对象属性变化**:如果状态变量是一个嵌套对象(例如一个实例的属性),V1版本默认无法自动检测内部属性变化。这是因为ArkTS的响应式系统基于引用比较——只有当整个对象引用改变时,才会触发更新;内部属性修改(如`obj.property = newValue`)不会被视为"变化",除非手动处理。 为了解决嵌套属性的更新问题,V1引入了@Observed@ObjectLink装饰器组合: - **@Observed**:用于装饰嵌套对象(例如`@Observed class NestedData`),表示这个的实例需要被观测。 - **@ObjectLink**:用于装饰组件中引用的嵌套对象属性(例如`@ObjectLink data: NestedData`),它创建与@Observed对象的双向绑定,当内部属性变化时,能精准触发依赖该属性的UI更新。 例如,以下代码演示了V1中嵌套属性的处理: ```typescript @Observed class NestedData { value: number = 0; } @Entry @Component struct ParentComponent { @State nestedData: NestedData = new NestedData(); build() { Column() { ChildComponent({ data: this.nestedData }) // 传递嵌套对象 Button('Change Value').onClick(() => { this.nestedData.value += 1; // 修改嵌套属性,需@ObjectLink触发更新 }) } } } @Component struct ChildComponent { @ObjectLink data: NestedData; // 绑定嵌套属性 build() { Text(`Value: ${this.data.value}`) // 当value变化时,UI更新 } } ``` 在这个例子中,如果嵌套属性`value`变化@ObjectLink会确保ChildComponent的UI更新。而如果缺少@Observed@ObjectLink,修改`value`不会触发任何UI重绘。 您的理解**基本正确**:在V1版本中,确实只有外层变量(如@State修饰的变量)的引用变化能自动触发UI更新;嵌套对象属性变化必须依赖@Observed@ObjectLink组合来实现响应式更新。否则,系统无法感知内部属性的变更[^1]。 #### 2. **性能影响易用性问题** 引用[^1]指出,使用@Observed+@ObjectLink虽然能解决嵌套更新的问题,但在多层嵌套场景下(例如深度大于2-3层),代码会变得冗长复杂: - 开发者需要为每个嵌套类添加@Observed,并在组件层手动传递@ObjectLink绑定。 - 这增加了维护成本,且容易出错,易用性较差[^1]。 此外,引用[^2]强调了性能优化的重要性:在V1中,如果不当使用装饰器(例如过度依赖@State导致整个组件树重绘),可能引发性能问题。建议在可能的情况下使用更精准的装饰器(如@Link或@Prop)来减少不必要的UI重绘[^2]。 #### 3. **V2版本的改进** ArkTS V2状态管理(如基于ArkUI 3.0+)引入了@Track等新装饰器来简化嵌套更新: - **@Track**:允许直接修饰字段(例如`@Track value: number`),无需@Observed/@ObjectLink组合,就能实现属性级观测。这减少了代码量,并提升了性能,因为它只重绘依赖该字段的组件,避免了全量更新[^2]。 - 总体而言,V2更推荐用于新项目,因为它解决了V1的易用性性能瓶颈。 ### 总结 - **您的确认正确**:在ArkTS V1中,外层变量变化(如@State修饰)能自动触发UI更新,但嵌套对象属性变化必须使用@Observed@ObjectLink组合来手动启用响应式更新。 - **推荐实践**:如果项目允许,优先使用V2状态管理(@Track)来简化嵌套更新提升性能;对于V1,注意避免深层次嵌套以减少代码复杂度。 如果您有更多具体代码场景,我可以进一步分析优化建议。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值