文章目录前言姿势一父传子用 Param单向代码实现姿势二子改父用 Event 回调核心代码姿势三跨层级共享用 Provider/Consumer完整示例反模式这些坑别踩常见误区小白必踩完整可运行示例父子传值标准姿势代码解析写在最后前言组件拆出来之后第一个问题就是它们之间怎么说话尤其是父子组件传值传错了要么界面不更新要么数据处理乱套。我带团队写 HarmonyOS 这么久总结了一套父子通信正确姿势。照着做能避开 90% 的通信 bug。姿势一父传子用 Param单向父把数据通过构造函数参数传给子子用Param接收。这是单向数据流父变子跟着变但子不该直接改它。代码实现EntryComponentV2struct Parent{Localtitle:string待办清单build(){Column(){ChildHeader({title:this.title})}}}ComponentV2struct ChildHeader{Paramtitle:string// 只读接收build(){Text(this.title).fontSize(20)}}要点Param默认单向。子组件里如果你试图this.title xxx会编译报错——这其实是好事强制你走正确的数据流。姿势二子改父用 Event 回调子要影响父的数据正确做法是让父递一个函数进来子调用这个函数去改父的状态。核心代码ComponentV2struct ChildInput{Paramtext:stringEventonTextChange:(v:string)void(){}build(){TextInput({text:this.text}).onChange((v:string){this.onTextChange(v)// 把新值交给父去改})}}// 父组件中// ChildInput({ text: this.val, onTextChange: (v) this.val v })这是 V2 最关键的思维转变子不直接持有可写状态它通过事件请求父去改。数据流的源头永远在父清晰可追踪。姿势三跨层级共享用 Provider/Consumer如果 A 是爷爷C 是孙子中间还有个 B你不想 A→B→C 一层层传就用Provider在祖先提供Consumer在任意后代消费。完整示例EntryComponentV2struct Grandpa{Provider(user)user:string张三build(){Parent()}}ComponentV2struct Parent{build(){Child()}}ComponentV2struct Child{Consumer(user)user:stringbuild(){Text(当前用户this.user)}}Grandpa改了userChild自动更新中间的Parent完全不知情也不需要改——解耦得很干净。反模式这些坑别踩反模式问题正确做法子直接改Param破坏单向流难追踪用Event回传用全局单例存状态测试难、耦合重用Provider多层 props 透传中间组件被迫接无用参数用Consumer在build里改状态可能触发无限重渲染改在事件/生命周期里常见误区小白必踩误区说明子组件直接改Param破坏单向流后期难追踪。正确做法是Event回调让父去改。用全局单例存状态测试难、耦合重能用Provider就别用全局变量。多层 props 透传中间组件被迫接一堆无用参数用Consumer跨层共享更干净。在build里改状态可能触发无限重渲染改在事件或生命周期里。下面这段代码可以直接复制到 DevEco Studio 里运行。建议你边读边敲改一改文末「动手改一改」里的参数亲眼看看效果。完整可运行示例父子传值标准姿势演示ParamEvent的父子双向通信这是 HarmonyOS7 推荐写法。代码解析// 父传子用 Param子回传父用 EventEntryComponentstruct CounterApp{Statenum:number0build(){Column({space:16}){Text(父组件数值this.num).fontSize(22)Stepper({value:this.num,onChange:(v:number){this.numv}})}.padding(20)}}Componentstruct Stepper{Paramvalue:number0EventonChange:(v:number)void(){}build(){Row({space:12}){Button(-).onClick((){this.onChange(this.value-1)})Text(this.value.toString()).fontSize(20)Button().onClick((){this.onChange(this.value1)})}}}你会看到什么子组件是一组「- 数字 」步进器。点子组件通过onChange事件把新值回传给父父的State.num更新后父子两处数字同步增加。动手改一改把Event onChange的默认值改成(v) { console.info(v) }去掉父的赋值也能跑理解默认回调。在父里给Stepper加step参数做成「每次 ±5」。把Stepper抽进独立.ets文件用export导出体验组件复用。写在最后父子通信记住三条军规父传子用Param、子改父用Event、跨层共享用Provider/Consumer。数据永远从父流向子修改请求从子回到父。这套单向流看着啰嗦真出 bug 时你能一秒定位数据流值。把姿势二的ChildInput实现到你的登录页里试试——输入框一改父的状态立刻同步你就体会到单向流的妙处了。
文章目录前言姿势一父传子用 Param单向代码实现姿势二子改父用 Event 回调核心代码姿势三跨层级共享用 Provider/Consumer完整示例反模式这些坑别踩常见误区小白必踩完整可运行示例父子传值标准姿势代码解析写在最后前言组件拆出来之后第一个问题就是它们之间怎么说话尤其是父子组件传值传错了要么界面不更新要么数据处理乱套。我带团队写 HarmonyOS 这么久总结了一套父子通信正确姿势。照着做能避开 90% 的通信 bug。姿势一父传子用 Param单向父把数据通过构造函数参数传给子子用Param接收。这是单向数据流父变子跟着变但子不该直接改它。代码实现EntryComponentV2struct Parent{Localtitle:string待办清单build(){Column(){ChildHeader({title:this.title})}}}ComponentV2struct ChildHeader{Paramtitle:string// 只读接收build(){Text(this.title).fontSize(20)}}要点Param默认单向。子组件里如果你试图this.title xxx会编译报错——这其实是好事强制你走正确的数据流。姿势二子改父用 Event 回调子要影响父的数据正确做法是让父递一个函数进来子调用这个函数去改父的状态。核心代码ComponentV2struct ChildInput{Paramtext:stringEventonTextChange:(v:string)void(){}build(){TextInput({text:this.text}).onChange((v:string){this.onTextChange(v)// 把新值交给父去改})}}// 父组件中// ChildInput({ text: this.val, onTextChange: (v) this.val v })这是 V2 最关键的思维转变子不直接持有可写状态它通过事件请求父去改。数据流的源头永远在父清晰可追踪。姿势三跨层级共享用 Provider/Consumer如果 A 是爷爷C 是孙子中间还有个 B你不想 A→B→C 一层层传就用Provider在祖先提供Consumer在任意后代消费。完整示例EntryComponentV2struct Grandpa{Provider(user)user:string张三build(){Parent()}}ComponentV2struct Parent{build(){Child()}}ComponentV2struct Child{Consumer(user)user:stringbuild(){Text(当前用户this.user)}}Grandpa改了userChild自动更新中间的Parent完全不知情也不需要改——解耦得很干净。反模式这些坑别踩反模式问题正确做法子直接改Param破坏单向流难追踪用Event回传用全局单例存状态测试难、耦合重用Provider多层 props 透传中间组件被迫接无用参数用Consumer在build里改状态可能触发无限重渲染改在事件/生命周期里常见误区小白必踩误区说明子组件直接改Param破坏单向流后期难追踪。正确做法是Event回调让父去改。用全局单例存状态测试难、耦合重能用Provider就别用全局变量。多层 props 透传中间组件被迫接一堆无用参数用Consumer跨层共享更干净。在build里改状态可能触发无限重渲染改在事件或生命周期里。下面这段代码可以直接复制到 DevEco Studio 里运行。建议你边读边敲改一改文末「动手改一改」里的参数亲眼看看效果。完整可运行示例父子传值标准姿势演示ParamEvent的父子双向通信这是 HarmonyOS7 推荐写法。代码解析// 父传子用 Param子回传父用 EventEntryComponentstruct CounterApp{Statenum:number0build(){Column({space:16}){Text(父组件数值this.num).fontSize(22)Stepper({value:this.num,onChange:(v:number){this.numv}})}.padding(20)}}Componentstruct Stepper{Paramvalue:number0EventonChange:(v:number)void(){}build(){Row({space:12}){Button(-).onClick((){this.onChange(this.value-1)})Text(this.value.toString()).fontSize(20)Button().onClick((){this.onChange(this.value1)})}}}你会看到什么子组件是一组「- 数字 」步进器。点子组件通过onChange事件把新值回传给父父的State.num更新后父子两处数字同步增加。动手改一改把Event onChange的默认值改成(v) { console.info(v) }去掉父的赋值也能跑理解默认回调。在父里给Stepper加step参数做成「每次 ±5」。把Stepper抽进独立.ets文件用export导出体验组件复用。写在最后父子通信记住三条军规父传子用Param、子改父用Event、跨层共享用Provider/Consumer。数据永远从父流向子修改请求从子回到父。这套单向流看着啰嗦真出 bug 时你能一秒定位数据流值。把姿势二的ChildInput实现到你的登录页里试试——输入框一改父的状态立刻同步你就体会到单向流的妙处了。
