• Home
  • Line#
  • Scopes#
  • Navigate#
  • Raw
  • Download
1# \@Watch装饰器:状态变量更改通知
2<!--Kit: ArkUI-->
3<!--Subsystem: ArkUI-->
4<!--Owner: @jiyujia926-->
5<!--Designer: @s10021109-->
6<!--Tester: @TerryTsao-->
7<!--Adviser: @zhang_yixin13-->
8
9
10\@Watch应用于对状态变量的监听。如果开发者需要关注某个状态变量的值是否改变,可以使用\@Watch为状态变量设置回调函数。
11
12
13\@Watch提供了状态变量的监听能力,\@Watch仅能监听到可以观察到的变化。
14
15在阅读本文档前,建议开发者对状态管理基本观察能力有基本的了解。建议提前阅读:[\@State](./arkts-state.md)。
16
17> **说明:**
18>
19> 从API version 9开始,该装饰器支持在ArkTS卡片中使用。
20>
21> 从API version 11开始,该装饰器支持在原子化服务中使用。
22
23## 概述
24
25\@Watch用于监听状态变量的变化,当状态变量变化时,\@Watch的回调方法将被调用。\@Watch在ArkUI框架内部判断数值有无更新使用的是严格相等(===),遵循严格相等规范。当严格相等判断的结果是false(即不相等)的情况下,就会触发\@Watch的回调。
26
27
28## 装饰器说明
29
30| \@Watch补充变量装饰器 | 说明                                       |
31| -------------- | ---------------------------------------- |
32| 装饰器参数          | 必填。常量字符串,字符串需要有引号。是(string)&nbsp;=&gt;&nbsp;void自定义成员函数的方法的引用。 |
33| 可装饰的自定义组件变量    | 可监听所有装饰器装饰的状态变量。不允许监听常规变量。               |
34| 装饰器的顺序         | 装饰器顺序不影响实际功能,开发者可以根据自己的需要决定装饰器顺序的先后。建议[\@State](./arkts-state.md)、[\@Prop](./arkts-prop.md)、[\@Link](./arkts-link.md)等装饰器在\@Watch装饰器之前,以保持整体风格的一致。 |
35| \@Watch触发时机 | 使用\@Watch来监听状态变量变化时,回调触发时间是变量真正变化、被赋值的时间。详细示例请参考使用场景中的[@Watch的触发时机](#watch的触发时机)。 |
36
37## 语法说明
38
39| 类型                                       | 说明                                       |
40| ---------------------------------------- | ---------------------------------------- |
41| (changedPropertyName?&nbsp;:&nbsp;string)&nbsp;=&gt;&nbsp;void | 该函数是自定义组件的成员函数,changedPropertyName是被watch的属性名。<br/>在多个状态变量绑定同一个\@Watch的回调方法的时候,可以通过changedPropertyName进行不同的逻辑处理<br/>将属性名作为字符串输入参数,不返回任何内容。 |
42
43
44## 观察变化和行为表现
45
461. 当观察到状态变量的变化(包括双向绑定的[AppStorage](./arkts-appstorage.md)和[LocalStorage](./arkts-localstorage.md)中对应的key发生的变化)的时候,对应的\@Watch的回调方法将被触发;
47
482. \@Watch方法在自定义组件的属性变更之后同步执行;
49
503. 如果在\@Watch的方法里改变了其他的状态变量,也会引起状态变更和\@Watch的执行;
51
524. 在第一次初始化的时候,\@Watch装饰的方法不会被调用,即认为初始化不是状态变量的改变。只有在后续状态改变时,才会调用\@Watch回调方法。
53
54
55## 限制条件
56
57- 建议开发者避免无限循环。循环可能是因为在\@Watch的回调方法里直接或者间接地修改了同一个状态变量引起的。为了避免循环的产生,建议不要在\@Watch的回调方法里修改当前装饰的状态变量;
58
59- 开发者应关注性能,属性值更新函数会延迟组件的重新渲染(具体请见上面的行为表现),因此,回调函数应仅执行快速运算;
60
61- 不建议在\@Watch函数中调用async await,因为\@Watch设计的用途是为了快速的计算,异步行为可能会导致重新渲染速度的性能问题。
62
63- \@Watch参数为必选,且参数类型必须是string,否则编译期会报错。
64
65```ts
66// 错误写法,编译报错
67@State @Watch() num: number = 10;
68@State @Watch(change) num: number = 10;
69
70// 正确写法
71@State @Watch('change') num: number = 10;
72change() {
73  console.info(`xxx`);
74}
75```
76
77- \@Watch内的参数必须是声明的方法名,否则编译期会报错。
78
79```ts
80// 错误写法,没有对应名称的函数,编译报错
81@State @Watch('change') num: number = 10;
82onChange() {
83  console.info(`xxx`);
84}
85
86// 正确写法
87@State @Watch('change') num: number = 10;
88change() {
89  console.info(`xxx`);
90}
91```
92
93- 常规变量不能被\@Watch装饰,否则编译期会报错。
94
95```ts
96//错误写法
97@Watch('change') num: number = 10;
98change() {
99  console.info(`xxx`);
100}
101
102// 正确写法
103@State @Watch('change') num: number = 10;
104change() {
105  console.info(`xxx`);
106}
107```
108
109
110## 使用场景
111
112### \@Watch和自定义组件更新
113
114以下示例展示组件更新和\@Watch的处理步骤。count在CountModifier中由\@State装饰,在TotalView中由\@Prop装饰。
115
116
117```ts
118@Component
119struct TotalView {
120  @Prop @Watch('onCountUpdated') count: number = 0;
121  @State total: number = 0;
122  // @Watch 回调
123  onCountUpdated(propName: string): void {
124    this.total += this.count;
125  }
126
127  build() {
128    Text(`Total: ${this.total}`)
129  }
130}
131
132@Entry
133@Component
134struct CountModifier {
135  @State count: number = 0;
136
137  build() {
138    Column() {
139      Button('add to basket')
140        .onClick(() => {
141          this.count++
142        })
143      TotalView({ count: this.count })
144    }
145  }
146}
147```
148
149处理步骤:
150
1511. CountModifier自定义组件的Button.onClick点击事件自增count。
152
1532. 由于\@State count变量更改,子组件TotalView中的\@Prop被更新,其\@Watch('onCountUpdated')方法被调用,更新了子组件TotalView 中的total变量。
154
1553. 子组件TotalView中的Text重新渲染。
156
157
158### \@Watch与\@Link组合使用
159
160以下示例说明了如何在子组件中观察\@Link变量。
161
162
163```ts
164class PurchaseItem {
165  static NextId: number = 0;
166  public id: number;
167  public price: number;
168
169  constructor(price: number) {
170    this.id = PurchaseItem.NextId++;
171    this.price = price;
172  }
173}
174
175@Component
176struct BasketViewer {
177  @Link @Watch('onBasketUpdated') shopBasket: PurchaseItem[];
178  @State totalPurchase: number = 0;
179
180  updateTotal(): number {
181    let total = this.shopBasket.reduce((sum, i) => sum + i.price, 0);
182    // 超过100欧元可享受折扣
183    if (total >= 100) {
184      total = 0.9 * total;
185    }
186    return total;
187  }
188  // @Watch 回调
189  onBasketUpdated(propName: string): void {
190    this.totalPurchase = this.updateTotal();
191  }
192
193  build() {
194    Column() {
195      ForEach(this.shopBasket,
196        (item: PurchaseItem) => {
197          Text(`Price: ${item.price.toFixed(2)} €`)
198        },
199        (item: PurchaseItem) => item.id.toString()
200      )
201      Text(`Total: ${this.totalPurchase.toFixed(2)} €`)
202    }
203  }
204}
205
206@Entry
207@Component
208struct BasketModifier {
209  @State shopBasket: PurchaseItem[] = [];
210
211  build() {
212    Column() {
213      Button('Add to basket')
214        .onClick(() => {
215          this.shopBasket.push(new PurchaseItem(Math.round(100 * Math.random())))
216        })
217      BasketViewer({ shopBasket: $shopBasket })
218    }
219  }
220}
221```
222
223处理步骤如下:
224
2251. BasketModifier组件的Button.onClick向BasketModifier shopBasket中添加条目;
226
2272. \@Link装饰的BasketViewer shopBasket值发生变化;
228
2293. 状态管理框架调用\@Watch函数BasketViewer onBasketUpdated 更新BasketViewer TotalPurchase的值;
230
2314. \@Link shopBasket的改变,新增了数组项,ForEach组件会执行item Builder,渲染构建新的Item项;\@State totalPurchase改变,对应的Text组件也重新渲染;重新渲染是异步发生的。
232
233### \@Watch的触发时机
234
235为了展示\@Watch回调触发时间是根据状态变量真正变化的时间,本示例在子组件中同时使用\@Link和[\@ObjectLink](./arkts-observed-and-objectlink.md)装饰器,分别观察不同的状态对象。通过在父组件中更改状态变量并观察\@Watch回调的先后顺序,来表明@Watch触发的时机与赋值、同步的关系。
236
237```ts
238@Observed
239class Task {
240  isFinished: boolean = false;
241
242  constructor(isFinished : boolean) {
243    this.isFinished = isFinished;
244  }
245}
246
247@Entry
248@Component
249struct ParentComponent {
250  @State @Watch('onTaskAChanged') taskA: Task = new Task(false);
251  @State @Watch('onTaskBChanged') taskB: Task = new Task(false);
252
253  onTaskAChanged(changedPropertyName: string): void {
254    console.info(`观测到父组件任务属性变化: ${changedPropertyName}`);
255  }
256
257  onTaskBChanged(changedPropertyName: string): void {
258    console.info(`观测到父组件任务属性变化: ${changedPropertyName}`);
259  }
260
261  build() {
262    Column() {
263      Text(`父组件任务A状态: ${this.taskA.isFinished ? '已完成' : '未完成'}`)
264      Text(`父组件任务B状态: ${this.taskB.isFinished ? '已完成' : '未完成'}`)
265      ChildComponent({ taskA: this.taskA, taskB: this.taskB })
266      Button('切换任务状态')
267        .onClick(() => {
268          this.taskB = new Task(!this.taskB.isFinished);
269          this.taskA = new Task(!this.taskA.isFinished);
270        })
271    }
272  }
273}
274
275@Component
276struct ChildComponent {
277  @ObjectLink @Watch('onObjectLinkTaskChanged') taskB: Task;
278  @Link @Watch('onLinkTaskChanged') taskA: Task;
279
280  onObjectLinkTaskChanged(changedPropertyName: string): void {
281    console.info(`观测到子组件@ObjectLink关联的任务属性变化: ${changedPropertyName}`);
282  }
283
284  onLinkTaskChanged(changedPropertyName: string): void {
285    console.info(`观测到子组件@Link关联的任务属性变化: ${changedPropertyName}`);
286  }
287
288  build() {
289    Column() {
290      Text(`子组件任务A状态: ${this.taskA.isFinished ? '已完成' : '未完成'}`)
291      Text(`子组件任务B状态: ${this.taskB.isFinished ? '已完成' : '未完成'}`)
292    }
293  }
294}
295```
296
297处理步骤如下:
298
2991. 当点击按钮切换任务状态时,父组件首先更新了被\@ObjectLink关联的taskB,然后更新了被\@Link关联的taskA。
300
3012. 观察到日志依次显示:
302    ```
303    观测到父组件任务属性变化: taskB
304    观测到父组件任务属性变化: taskA
305    观测到子组件@Link关联的任务属性变化: taskA
306    观测到子组件@ObjectLink关联的任务属性变化: taskB
307    ```
308
3093. 通过日志可以看到,父组件的回调顺序和修改顺序一致,而子组件中\@Link和\@ObjectLink的回调触发顺序与父组件中变量更新的顺序不同。这是因为父组件的变量更新是即时的,但子组件中\@Link和\@ObjectLink获取更新数据的时机不同。\@Link的状态更新是同步的,状态变化会立刻触发\@Watch回调。而\@ObjectLink的更新依赖于父组件的同步,当父组件刷新并将更新后的变量传递给子组件时,\@Watch回调才会触发,因此触发顺序略晚于\@Link。
310
3114. 这是符合预期的行为,展示了\@Watch回调的触发时机是根据状态变量真正变化的时间。因为\@Link直接同步,而\@ObjectLink需要等父组件更新子组件变量。类似地,\@Prop也可能表现出与\@ObjectLink类似的行为,其回调触发时间也会略晚。
312
313### 使用changedPropertyName进行不同的逻辑处理
314
315以下示例说明了如何在\@Watch函数中使用changedPropertyName进行不同的逻辑处理。
316
317
318```ts
319@Entry
320@Component
321struct UsePropertyName {
322  @State @Watch('countUpdated') apple: number = 0;
323  @State @Watch('countUpdated') cabbage: number = 0;
324  @State fruit: number = 0;
325  // @Watch 回调
326  countUpdated(propName: string): void {
327    if (propName == 'apple') {
328      this.fruit = this.apple;
329    }
330  }
331
332  build() {
333    Column() {
334      Text(`Number of apples: ${this.apple.toString()}`).fontSize(30)
335      Text(`Number of cabbages: ${this.cabbage.toString()}`).fontSize(30)
336      Text(`Total number of fruits: ${this.fruit.toString()}`).fontSize(30)
337      Button('Add apples')
338        .onClick(() => {
339          this.apple++;
340        })
341      Button('Add cabbages')
342        .onClick(() => {
343          this.cabbage++;
344        })
345    }
346  }
347}
348```
349
350处理步骤如下:
351
3521. 点击Button('Add apples')时,apple的值发生变化。
353
3542. 状态管理框架调用\@Watch函数countUpdated,发生变化的状态变量名为apple,满足if逻辑条件,fruit的值被改变。
355
3563. 绑定了apple,fruit状态变量的Text重新渲染。
357
3584. 点击Button('Add cabbages')时,cabbage的值发生变化。
359
3605. 状态管理框架调用\@Watch函数countUpdated,发生变化的状态变量名为cabbage,不满足if逻辑条件,fruit的值不发生变化。
361
3626. 绑定了cabbage状态变量的Text重新渲染。
363