鸿蒙 5.0 应用开发——V2 装饰器 @Provider 和 @Consumer 的使用

【高心星出品】
V2 装饰器 @Provider 和 @Consumer 的使用
概念
@Provider 和 @Consumer 用于跨组件层级数据双向同步,可以使得开发者不用拘泥于组件层级。
@Provider 和 @Consumer 属于状态管理 V2 装饰器,所以只能在 @ComponentV2 中才能使用,在 @Component 中使用会编译报错。
@Provider 和 @Consumer 提供了跨组件层级数据双向同步的能力。
概述
@Provider,即数据提供方,其所有的子组件都可以通过 @Consumer 绑定相同的 key 来获取 @Provider 提供的数据。
@Consumer,即数据消费方,可以通过绑定同样的 key 获取其最近父节点的 @Provider 的数据,当查找不到 @Provider 的数据时,使用本地默认值。图示如下。

@Provider 和 @Consumer 装饰的数据类型需要一致。
开发者在使用 @Provider 和 @Consumer 时要注意:
@Provider 和 @Consumer 强依赖自定义组件层级,@Consumer 会因为所在组件的父组件不同,而被初始化为不同的值。
@Provider 和 @Consumer 相当于把组件粘合在一起了,从组件独立角度考虑,应减少使用 @Provider 和 @Consumer。
一、核心机制
双向同步原理
@Provider:作为数据提供方,在父组件中声明共享状态,允许所有子组件通过相同 key 访问。
@Consumer:作为数据消费方,在后代组件中绑定 @Provider 的同名 key,自动同步数据变化。
双向绑定:@Provider 的属性更新会触发 @Consumer 的同步,反之 @Consumer 的修改也会反向更新 @Provider。
依赖关系
必须与**@ComponentV2**组件配合使用,在传统 @Component 中会报错。
数据类型必须一致,且通过 alias(别名)或属性名唯一匹配。若未指定 alias,默认以属性名为匹配依据。
二、与 V1 版本(@Provide/@Consume)的对比

三、关键限制与注意事项
初始化规则
@Provider 必须本地初始化,禁止从父组件传参初始化。
@Consumer 可设置默认值(如
@Consumer() count: number = 100
),避免因找不到 @Provider 导致崩溃。兼容性限制
禁止与 V1 装饰器(@Provide、@Consume)混用。
若需观测嵌套对象属性变化,必须为嵌套类添加 @ObservedV2 和 @Trace 装饰器。
使用场景优化
适用场景:跨多层级组件传递状态(如全局主题、用户配置)。
避免滥用:过度使用会增加组件间耦合,优先考虑父子组件直接传参。
案例
祖孙数据同步:
下面案例 page 加载 parent 组件,parent 组件加载 child 组件,page 定义的 count 由 @provider 装饰,child 定义的 count 由 @consumer 装饰,两者建立双向同步关系。

祖孙数据同步的同时配合 param 的单向同步:
在上面案例的基础上,在 parent 中加入了 count 由 @param 装饰,在页面中通过单向同步绑定,从某种角度看,@provider 和 @consumer 都有 @local 的部分功能。

复杂数据的双向同步问题:
在上面案例的基础上,将 count 这种基础类型转化成类 temp,形成复杂数据类型,如果想要双向同步就必须要给类加上 @observedV2 和 @Trace 装饰器,才能观察到属性的变化。

版权声明: 本文为 InfoQ 作者【高心星】的原创文章。
原文链接:【http://xie.infoq.cn/article/cb99525d84481d25428a520f5】。文章转载请联系作者。
评论