0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

HarmonyOS Next V2 @Local 和@Param

万少 来源:jf_22972444 作者:jf_22972444 2025-04-02 18:27 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

HarmonyOS Next V2 @Local 和@Param

@Local 背景

@Localharmony应用开发中的 v2 版本中 对标**@State**的状态管理修饰器,它解决了 @State 对状态变量更改的检测混乱的问题:

  1. @State 修饰的状态变量 可以是组件内部自己定义的
  2. @State 修饰的状态 也可以由外部父组件传递

这样就导致了状态数据来源不唯一,在大型项目中会引发难易检测和维护状态的问题。如以下代码:

@Entry
@Component
struct Index {
  @State num: number = 100

  build() {
    Column() {
      Text("父组件的数据 " + this.num)

      Son({ num: this.num })
      Son()
    }
    .height('100%')
    .width('100%')
  }
}

@Component
struct Son {
  @State num: number = 0

  build() {
    Column() {
      Button(`子组件 ${this.num}`)
        .onClick(() = > {
          this.num++
        })
    }
  }
}

image-20240718201721853

@Local 基本使用

@Local的出现就是为了解决这一类问题

  1. @Local 只能用在 @Componentv2 修饰的组件上
  2. 被**@Local**装饰的变量无法从外部初始化(无法由父组件传递进来),因此必须在组件内部进行初始化

我们对上面代码稍作修改

@Entry
@Component
struct Index {
  @State num: number = 100

  build() {
    Column() {
      Text("父组件的数据 " + this.num)

      Son({ num: this.num }) // 这里就报错啦

      Son()
    }
    .height('100%')
    .width('100%')
  }
}

@ComponentV2 // 此处调整为 @ComponentV2
struct Son {

  // 此处调整为 @Local
  @Local num: number = 0

  build() {
    Column() {
      Button(`子组件 ${this.num}`)
        .onClick(() = > {
          this.num++
        })
    }
  }
}

image-20240718204400711

@Local 与@State 对比

@State@Local
参数无。无。
从父组件初始化可选。不允许外部初始化。
观察能力能观测变量本身以及一层的成员属性,无法深度观测。能观测变量本身,深度观测依赖@Trace 装饰器。
数据传递可以作为数据源和子组件中状态变量同步。可以作为数据源和子组件中状态变量同步。

@Local 特别注意

  • @Local 支持观测 number、boolean、string、Object、class 等基本类型以及 Array、Set、Map、Date 等内嵌类型。
  • @Local 的观测能力仅限于被装饰的 变量本身 。当装饰简单类型时,能够观测到对变量的赋值;当装饰对象类型时,仅能观测到对对象整体的赋值;当装饰数组类型时,能观测到数组整体以及数组元素项的变化;当装饰 Array、Set、Map、Date 等内嵌类型时,可以观测到通过 API 调用带来的变化。

@Params

@Params主要表示 子组件 接收父组件传递的数据。可以和 @Local 搭配一起使用

@Params 背景

在 V1 版本的状态管理修饰符中,可以用来处理 父子传参的技术有:

  1. 普通属性,不需要特别的修饰符 , 不具备单向同步
  2. @Prop 单向同步,不能监听深层次属性的改变,也不能做到双向同步
  3. @Link 可以做到双向同步,但是不能监听深层次属性的改变,而且不能直接用在 列表渲染技术 - ForEach 中
  4. @ObjectLink 可以做到双向同步,但是必须和 @Observed 搭配使用 ,而且只能用在自定义组件上

1. 普通属性

普通属性,不需要特别的修饰符 , 不具备单向同步

@Entry
@Component
struct Index {
  @State num: number = 100

  build() {
    Column() {
      // 父组件传递过去的数据
      Son({ num: this.num })
        .onClick(() = > {
          this.num++
          console.log("", this.num)
        })
    }
    .height('100%')
    .width('100%')
  }
}

@Component
struct Son {
  num: number = 0

  build() {
    Column() {
      Button(`子组件 ${this.num}`)
    }
  }
}

image-20240718215338082

2. @Prop 单向同步

@Prop 单向同步

  1. 不能监听深层次属性的改变
  2. 也不能做到双向同步

在上面代码基础上 加入**@Prop**,可以检测到基本类型数据的更新

@Component
struct Son {
  @Prop num: number = 0

但是无法检测深层次属性的改变,如

class Animal {
  dog: Dog = {
    age: 100
  }
}

class Dog {
  age: number = 100
}

@Entry
@Component
struct Index {
  @State
  animal: Animal = new Animal()

  build() {
    Column() {
      // 父组件传递过去的数据
      Son({ dog: this.animal.dog })
        .onClick(() = > {
          this.animal.dog.age++
          console.log("", this.animal.dog.age)
        })
    }
    .height('100%')
    .width('100%')
  }
}

@Component
struct Son {
  @Prop dog: Dog

  build() {
    Column() {
      Button(`子组件 ${this.dog.age}`)
    }
  }
}

image-20240718215929872

3. @Link 双向同步

@Link 用法和@Prop 基本一致

可以做到双向同步,但是

  1. 不能监听深层次属性的改变

  2. 而且不能直接用在 列表渲染技术 - ForEach以下代码演示这个效果

    class Dog {
      age: number = 100
    }
    
    @Entry
    @Component
    struct Index {
      @State
      dogList: Dog [] = [new Dog(), new Dog(), new Dog(), new Dog()]
    
      build() {
        Column() {
          ForEach(this.dogList, (item: Dog) = > {
            // 此处会报错  Assigning the attribute 'item' to the '@Link' decorated attribute 'dog' is not allowed. < ArkTSCheck >
            Son({ dog: item })
              .onClick(() = > {
                item.age++
                console.log("", item.age)
              })
          })
    
        }
        .height('100%')
        .width('100%')
      }
    }
    
    @Component
    struct Son {
      @Link dog: Dog
    
      build() {
        Column() {
          Button(`子组件 ${this.dog.age}`)
        }
      }
    }
    

    image-20240718220523209

4. @ObjectLink

@ObjectLink 可以做到双向同步,但是必须和 @Observed 搭配使用 ,而且只能用在自定义组件

image-20240715182615579

小结

可以看到,如果都是使用 v1 版本的这一套 父子传参的技术,是十分复杂难易直接上手使用的。

@Params 介绍

Param 表示组件从外部传入的状态,使得父子组件之间的数据能够进行同步:

  • @Param 装饰的变量支持本地初始化,但是不允许在组件内部直接修改变量本身。
    • 如果不本地初始化,那么必须加入 @Require
  • @Param 可以做到单向同步
  • @Param 可以检测深层次属性的修改,但是该修改在数据源上必须是整体对象的更新
  • @Params 如果也想要深度监听单个属性的修改,那么需要使用 @ObservedV2@Trace

以下代码主要演示:@Param 可以检测深层次属性的修改,但是该修改在数据源上必须是整体对象的更新

class Person {
  age: number = 100
}
@Entry
@ComponentV2
struct Index {
  @Local
  person: Person = new Person()
  build() {
    Column() {
      Son({ age: this.person.age })
        .onClick(() = > {
          this.person.age++
          console.log("", this.person.age)
          if (this.person.age === 105) {
            const p = new Person()
            p.age = 200
            // 整体更新,子组件可以感知到
            this.person = p
          }
        })
    }
    .height('100%')
    .width('100%')
  }
}

@ComponentV2
struct Son {
  // 要么设置 @Require 表示父组件必须传递数据
  // 要么设置 默认值
  @Require @Param age: number
  build() {
    Column() {
      Button(`子组件 ${this.age}`)
    }
  }
}

image-20240718222428155

总结

  1. @Local 可以看成是 @State 的替代 ,单独表示组件内部的状态
  2. @Params 可以看成 @Prop @Link @ObjectLink 的替代,更加严谨
  3. @Local 和 @Params 搭配一起使用,都只能用在 @Componentv2 修饰的自定义组件上
审核编辑 黄宇
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • HarmonyOS
    +关注

    关注

    80

    文章

    2147

    浏览量

    35590
收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    RDMA设计5:RoCE V2 IP架构

    上面分析,基于RoCE v2 高速数据传输IP 的高速传输应用整体架构如图 1 所示。 图1 基于RoCE V2 IP应用的系统整体架构图 它通过 QSFP28 接口连接上位机进行
    发表于 11-25 10:34

    思尔芯原型验证系统助力昆明湖V2成功启动GUI OpenEuler

    近日,开芯院团队同思尔芯(S2C)在新一代原型验证系统S8-100上成功完成对双核RISC-V处理器“昆明湖V2”的关键系统验证工作。在验证过程中,“昆明湖V2”在思尔芯S8-100平
    的头像 发表于 11-19 11:10 411次阅读
    思尔芯原型验证系统助力昆明湖<b class='flag-5'>V2</b>成功启动GUI OpenEuler

    RDMA over RoCE V2设计1:为什么要设计它?

    基于PC-PC或GPU-GPU之间RDMA设计已有较多厂商投入,虽然有的大厂投入几年后折羽而归,但不影响PC领域成熟应用产品的推广。这里主要讨论在FPGA上设计RDMA over RoCE V2,虽然已有xilinx的ernic应用,但是性价比以及国产化需求还是有其发展空间。
    的头像 发表于 07-15 10:58 497次阅读
    RDMA over RoCE <b class='flag-5'>V2</b>设计1:为什么要设计它?

    第三届大会回顾第6期 | HarmonyOS NEXT原生智能,助力应用低成本生而智能

    原生智能是HarmonyOS NEXT的核心能力之一,通过将人工智能(AI)技术与操作系统深度融合,实现了从底层到应用层的全面智能化。HarmonyOS NEXT的原生智能是如何实现的
    的头像 发表于 07-14 18:04 891次阅读
    第三届大会回顾第6期 | <b class='flag-5'>HarmonyOS</b> <b class='flag-5'>NEXT</b>原生智能,助力应用低成本生而智能

    第三届大会回顾第2期 | HarmonyOS NEXT内核驱动生态兼容与竞争力思考

    随着HarmonyOS NEXT生态和技术的发展,驱动框架作为北向和南向的生态中枢,有很多的机会。例如,提供更多的信息到应用层,实现精准的性能功耗控制;打破传统的分层解耦,简化关键协议、关键路径等等。
    的头像 发表于 05-19 19:17 1556次阅读
    第三届大会回顾第<b class='flag-5'>2</b>期 | <b class='flag-5'>HarmonyOS</b> <b class='flag-5'>NEXT</b>内核驱动生态兼容与竞争力思考

    HarmonyOS Next V2 @Monitor 和@Computed

    HarmonyOS Next V2 @Monitor 和@Computed @Monitor 介绍 @Monitor 是状态把管理 V2 版本中的用于监听状态变量修改的技术。 它可以直
    的头像 发表于 04-02 18:26 630次阅读

    HarmonyOS Next V2 @Event

    HarmonyOS Next V2 @Event 背景 在上一节中,我们针对父子组件,讲了关于传递数据的知识。我们了解到 @Local 是管理自己内部的数据的, @
    的头像 发表于 03-31 09:42 616次阅读

    stlink v2为什么无法连接上stm32 stlink unility?

    stlink v2无法连接上stm32 stlink unility
    发表于 03-14 08:51

    STM2cubeide使用Freertos v2提示错误怎么解决?

    我一直以为st公司是一个严谨,优秀的公司,直到我遇到了stm32cubeide使用了freertosv2 。 为什么我把freertos调成版本v2建一个任务和消息队列 ,freertosv2提示
    发表于 03-12 07:33

    微软OmniParser V2:大模型转化为计算机智能体

    微软近日宣布,视觉Agent解析框架OmniParser已发布最新版本V2。这一新版本具有将大型语言模型如OpenAI(4o/o1/o3-mini)、DeepSeek(R1)、Qwen(2.5VL
    的头像 发表于 02-18 09:31 2673次阅读

    微软OmniParser V2发布:大模型转化为计算机智能体

    近日,微软官网宣布了一项重要更新。微软发布了其视觉Agent解析框架OmniParser的最新版本V2。这一新版本具备将包括OpenAI的4o、o1、o3-mini,DeepSeek的R1,Qwen
    的头像 发表于 02-17 14:35 2945次阅读

    SAM IoT Wx v2硬件用户指南

    电子发烧友网站提供《SAM IoT Wx v2硬件用户指南.pdf》资料免费下载
    发表于 01-21 14:02 0次下载
    SAM IoT Wx <b class='flag-5'>v2</b>硬件用户指南

    名单公布!【书籍评测活动NO.56】极速探索HarmonyOS NEXT:纯血鸿蒙应用开发实践

    本书深入剖析了HarmonyOS NEXT的各项技术,通过丰富的实战案例,由浅入深地解析了HarmonyOS NEXT的原理与应用。借助多样化的实战案例和丰富的配套资源,读者可以全面
    发表于 01-20 16:53

    AKI跨语言调用库神助攻C/C++代码迁移至HarmonyOS NEXT

    本帖最后由 HarmonyOS开发者社区 于 2025-1-3 15:41 编辑 随着HarmonyOS NEXT的发布,越来越多的应用加速推进鸿蒙化。在这一过程中,如何高效迁移原有资产、简化
    发表于 01-02 17:08

    HarmonyOS NEXT 应用开发练习:智能视频推荐

    一、整体思路 本DEMO展示了如何在HarmonyOS NEXT平台上开发一个智能视频推荐应用。应用通过模拟的用户偏好数据,为用户推荐可能感兴趣的视频。用户可以通过滑动屏幕查看推荐的视频列表,并点击
    发表于 01-02 16:26