Harmony 状态管理神器 @ObservedV2

背景

最近Harmony 应用开发技术中推出了新版的状态管理技术，试用过后，直呼很香。我们来看为什么？

因为在 Harmony 应用开发过程中，我们一定会碰到监听嵌套类/深层次属性 的需求，如希望 son 的weight属性变化后，可以引起UI刷新。

针对以上需求，那之前，也就是所谓的 v1 版本是怎么做的呢？是通过 @Observed装饰器和**@ObjectLink**装饰器实现的。

其中，这一套解决方案有一个很严重的、破坏性的问题- 必须搭配自定义组件一起使用。

所以，你代码本来是这样子的🤓：

为了实现深层次数据的监听，必须改造-破坏你的UI结构，要引入自定义组件，那么就变成了这样子😭：

大家看看，这个代码的风格，是人干的事情吗

接下来，我们看看更新后的技术解决方案是怎么样的 👇👇👇👇

截至 2024年7月15日 v2都是试用版

为了增强状态管理框架对类对象中属性的观测能力，开发者可以使用**@ObservedV2**装饰器和@Trace装饰器装饰类以及类中的属性。

其中，官网上的表达如下：

@ObservedV2 装饰器与 @Trace 装饰器需要配合使用，单独使用 @ObservedV2 装饰器 @Trace 装饰器没有任何作用。
被 @Trace 装饰器装饰的属性property 变化时，仅会通知property关联的组件进行刷新。
在嵌套类中，嵌套类中的属性property 被 @Trace 装饰且嵌套类被 @ObservedV2 装饰时，才具有触发UI刷新的能力。
在继承类中，父类或子类中的属性property 被 @Trace 装饰且该property 所在类被 @ObservedV2 装饰时，才具有触发UI刷新的能力。
未被 @Trace 装饰的属性用在UI中无法感知到变化，也无法触发UI刷新。
@ObservedV2 的类实例目前不支持使用JSON.stringify进行序列化。

我们针对以上总结一下。使用的技巧也很简单

是不要对比 @Observed 装饰器和 @ObjectLink 要简单轻松多了？

当我们在开发中，如果碰到了监听深层次属性的需求，可以使用 @Observed 装饰器和 @ObjectLink 装饰器和 @ObservedV2 装饰器和 @Trace装饰器
@Observed 装饰器和 @ObjectLink装饰器是比较稳定的技术，但是开发效率低，体验不好，对代码具有入侵型
@ObservedV2 装饰器和 @Trace 装饰器是新推出的v2的版本，目前还在试用期，大概率会成为稳定版。对代码比较友好，如果是新的业务，可以优先考虑使用它。