鸿蒙应用开发从入门到入行 - 篇5:组件化开发思想开发鸿蒙案例（详解父子组件传值

鸿蒙应用开发从入门到入行

第五天 - 组件化开发思想开发鸿蒙案例（详解父子组件传值）

导读：在本篇文章里，您将掌握组件化开发、组件传值等相关知识。并能彻底弄懂鸿蒙父子组件数据的同步机制。本篇干货很多，特别是有些关于组件的细节，需要好好掌握。

本次整体学习目标介绍

最近比较忙，不过好在本文也是紧赶慢赶的弄出来了。
话不多说，我们先回顾一下我们需要做的案例

image.png

我们发现，这是一个综合性比较强的案例，涉及了布局、状态切换、列表渲染、数据新增、侧滑删除等功能。非常适合入门时的综合练手。
接下来，我们分析一下这个案例布局大致的划分

Progress的使用

image.png

咱们本次案例中需要用到一个进度缓，如上图
这种效果ArkUI已为我们提供了内置组件，即 Progress

使用方法

Progress( { value: 当前值, total： 总值 } )

例

Progress( { value: 4, total： 10 } ) // 总量10，已完成4

默认情况下，Progress产生的是水平进度条，因此，上述代码会得到如下图效果

image.png

一些细节：
- 默认情况下，value为0，total为100
- 当Progress的宽度大于或等于高度时水平显示（如上图）
- 当Progress的宽度小于高度时（不包含等于，必须小于高度）垂直显示（如下图）

image.png

type参数
- 用法
```
Progress( { value: 5, total: 10, type: ProgressType.Ring } )
```
- 通过使用Progress传入type属性，可以修改Progress的样式
- 该参数需要传入ProgressType类型的枚举，一共有5种样式，分别如下
  - ProgressType.Linear：线性样式，默认值。样式为上边两张图效果。
  - ProgressType.Ring：环形样式（无刻度），样式如下

image.png

- ProgressType.ScaleRing：环形样式（有刻度)，样式如下

image.png

- ProgressType.Eclipse：圆形样式

image.png

- 和ProgressType.Capsule：胶囊样式（通过宽高设置水平或水平样式，参照ProgressType.Linear）

image.png

修改颜色，默认情况下，进度条底色为灰色，前景色（进度值的色）为渐变蓝色。如果需要改，可以分别通过backgroundColor（背景色）与 color（前景）改
```
        Progress({ value: 3, total: 10, type: ProgressType.Ring })
          .width(80)
          .height(80)
          .backgroundColor(Color.Red)
          .color(Color.Pink)
```
- 这里是把背景改为红，进度值为粉色，如下图

image.png

组件化开发

组件：组成页面的一部分
组件化开发：把页面的每一部分当成一个组件，然后把这些组件像搭积木一样搭在一起即为组件化开发
组件化开发优势：代码分门别类，页面与逻辑内聚，方便阅读与维护、方便复用，等等，总之好多好多优点，这就不说了。

项目准备

我们来看看，这个年度待办案例，我们本次分几个区域（几个组件）

image.png

通过上图发现，我们需要三大区域，分别对应头部区（统计）、输入区、列表展现区，因此新建三个组件，然后集中到Index.ets来用
步骤
- 新建项目，过程略
- 把侧滑显示的删除图标放到entry/src/main/resources/base/media文件夹里（点我下载）
- 在pages同级目录，新建view文件夹
- 在view文件夹，新建三个ets文件，分别起名叫TodoHeader、TodoInput、TodoMain，里面，每个组件里放一个Text作为暂时的显示，且导出这个组件，这里仅贴TodoHeader代码，其他两个组件类似
```
@Component 
export struct TodoHeader {
  build () {
    Text('TodoHeader')
  }
}
```
- 然后来到pages/Index.ets，导入这三个组件，并依次写到Column里（因为这三个组件如上图所示，就是从上到下依次排列）
  - 技巧：上篇说过，不用导入，只要在组件写了export的情况下，直接写组件名出提示后按回车，会自动生成导入代码
  - Index.ets代码如下
```
import { TodoHeader } from '../view/TodoHeader'
import { TodoInput } from '../view/TodoInput'
import { TodoMain } from '../view/TodoMain'

@Entry
@Component
struct Index {
  build() {
    Column({ space: 20 }) {

      TodoHeader()
      TodoInput()
      TodoMain()
    }
    .height('100%')
    .width('100%')
    .backgroundColor('#f2f3f5')
  }
}
```
- 注意：根据效果图发现整个页面背景是灰色的，因此记得给整个Column加背景色，每个区域之间有间距，因此加space
- 至此，项目准备工作完成

TodoHeader - 布局实现

分析布局如图

image.png

根据上图很明显能发现，就是一个Row（水平布局），里面一个Text显示标题，一个Stack放层叠布局（里面再放Progress与Text，具体后面说）
- 记得给Row宽度、高度与背景色、Text要加粗、内容居中等

基于此，代码如下

@Component
export struct TodoHeader {
  build() {
    Row() {
      Text('今年目标')
        .fontSize(30)
        .fontWeight(FontWeight.Bold)
        .margin({ right: 20 })


      Stack() {
        Progress({ value: 0, total: 10, type: ProgressType.Ring })
          .width(80)
          .height(80)
        Text(`0 / 10`)
      }
    }
    .width('100%')
    .height(110)
    .justifyContent(FlexAlign.Center)
    .backgroundColor(Color.White)
  }
}

这里其他属性都很容易，如果有不懂的可以评论区留言
主要解释下Stack环形进度条那里

image.png

如上图解释的：这里其实有两个组件Progress用来显示环形进度条，但是它没有文字，所以还要搭一个Text
而如果不加堆叠，则他们会并排显示，如下图

image.png

所以此时我们是期望能让 3 / 10 这个Text能叠在Progress上面，所以这种层叠效果，需要套一个Stack来实现（注意，默认情况下后面的在最上层，因此Text必须放在最后。除此外，默认都是居中堆叠，所以刚好Text就在环形中间了）

注意：本代码里的宽高颜色都可以由各位根据预览效果自行设置，不必强求与猫林老师一致

TodoInput - 布局实现

image.png

如上图所示，Row里放TextInput即可，记得让TextInput不用铺满Row。因为将来必然会需要拿到输入框里的内容，因此声明个变量，并与之双向绑定

代码如下

@Component
export struct TodoInput {
  @State newFlag: string = ''

  build() {

    Row() {
      TextInput({ placeholder: '请输入新目标', text: $$this.newFlag })
        .width('90%')
    }
    .width('100%')
    .height(80)
    .backgroundColor(Color.White)
    .justifyContent(FlexAlign.Center)
  }
}

TodoMain - 布局实现

image.png

发现这个区域就是一堆上一篇文章里教大家封装的组件，直接拿来用即可
- 注：上一篇里猫林老师不小心起错名字。其实规范的名字应该叫TodoItem，上一篇写成了ToDoItem，这里正好勘误，用更规范的写法

步骤

来到view新建TodoItem.ets文件，然后写如下代码（分析过程略，见上篇）

@Component
export struct TodoItem {
  build() {
    Row() {
      Checkbox()
        .margin({ left: 20, right: 20 })
      Text('跟猫林学鸿蒙')
    }
    .width('100%')
    .height(40)
    .backgroundColor(Color.White)
    .borderRadius(20)
  }
}

然后来到TodoMain组件，进行导入与使用，为了暂时能看到一堆内容，我们用ForEach先循环生成10个， TodoMain代码如下

import { TodoItem } from './TodoItem'

@Component
export struct TodoMain {
  @State todoList: number[] = [1, 2, 3, 4, 5, 6, 7]

  build() {
    Column({ space: 10 }) {
      ForEach(this.todoList, (item: number) => {
        TodoItem()
      })
    }
    .width('100%')
  }
}

这里TodoMain的根容器是Column，因为它需要一行一行从上到下来显示

初始数据与说明

初始数据如下

 class TodoModel {
   text: string = ''
   finished: boolean = false
 }

 @State totalFlags: Array<TodoModel> = [
    { text: "月入5万", finished: false },
    { text: "中彩票500万", finished: false },
    { text: "找个富婆", finished: false },
    { text: "买套别墅", finished: false },
    { text: "改掉爱做梦的习惯", finished: false },
  ];

解释
- 每个新年目标都是个对象，有两种属性：text（目标文字）、finished（是否完成）
- 以下是对语法的解释，会TS的可跳过下面这三段
  - 因为ArkTS是一种类型严谨的语言，因此需要对这种对象做一个类型定义，即声明一个类叫TodoModel，它里面有两个这样的属性
  - totalFlags即为这种对象类型的数组，例如Array<number>代表数组每个元素都是数值类型的数组，所以上面写的Array<TodoModel>代表数组每个元素都是TodoModel类型的数组
  - 数组也可以简写为 number[] 、本例中的Array<TodoModel>可简写为 TodoModel[]
按照官方的编码规范指导，这种项目中用到的数据对应的类，要写到viewsmodel文件夹（与pages平级），我们新建好文件夹后，也在此文件夹再新建TodoModel.ets文件，声明这个类，并导出

image.png

文件内代码如下

export class TodoModel {
  text: string = ''
  finished: boolean = false
}

根据功能分析，本案例的年度目标必然是一个数组，且可对其增、删、改。但是这个数组在本案例中三大组件里都需要用：
- TodoHeader 需要数组来统计总目标和已完成目标
- TodoInput 需要给数组添加新内容
- TodoMain 需要展示数组内容，并且将来侧滑时需要能删除数组内容

基于上面需求，提问：数组应该放在哪？

没错，应该放到他们共同的父组件，本案例即为Index.ets里。
来到Index.ets，导入上面声明的类，并声明一个数组

......

import { TodoModel } from '../viewmodel/TodoModel'

@Entry
@Component
struct Index {
  
  @State totalFlags: Array<TodoModel> = [
    { text: "月入5万", finished: false },
    { text: "中彩票500万", finished: false },
    { text: "找个富婆", finished: false },
    { text: "买套别墅", finished: false },
    { text: "改掉爱做梦的习惯", finished: false },
  ];

  build() {
    ......
  }
}

组件传参 - 父传子

此时数据有了，但还没交给TodoMain去显示，此时相当于要把Index里的数据给TodoMain，且因为Index是父组件，TodoMain是子组件，因此这种数据传递方式叫父传子，即把父的数据传递给子组件
- 注：本章节主要是为了学习语法，最终部分代码不会出现于年度待办案例，因此此时先把TodoMain与TodoItem代码做一个备份。然后再开始练下面语法
语法步骤：
- 子里声明一个成员变量
- 父里使用组件时，在小括号里传入
例如，本案例中我们有 TodoMain和TodoItem，因为TodoMain包含了TodoItem。所以TodoMain是父TodoItem是子。我们就用这两个组件试试父传子

代码步骤：

TodoItem里声明一个变量叫name，并在Text里使用，代码如下

export struct TodoItem {
  // 声明个成员变量，等待父传，注意：此时没加任意装饰器
  name: string = ''

  build() {
        .......
    Text(this.name)
  }
}

TodoMain里声明一个变量name，并传递给TodoItem

@Component
export struct TodoMain {
  .......
  @State name: string = 'abc'


  build() {
    Column({ space: 10 }) {
      ........
      ForEach(this.todoList, (item: number) => {
        // 这里是传参，把父的name传递给了子里的name
        TodoItem({ name: this.name })
      })
    }
    .width('100%')
  }
}

此时会发现，正因为把父的name，也即数据为abc，传递给了子，所以此时TodoItem显示的即为abc，如下图

image.png

注意，此时虽能成功父传子，但是父的数据一旦改变，子并不会跟着改变

我们此时可以测试一下，在TodoMain里，添加一个Button，并在Button里修改掉name的值，如下代码

export struct TodoMain {
  ....
  @State name: string = 'abc'

  build() {
    Column({ space: 10 }) {
      Button('我改').onClick((event: ClickEvent) => {
        this.name = 'Good猫林'
      })
       
     .........
     }
      ......
  }
}

点击按钮后会发现，子组件也即TodoItem上没有任何变化

如果希望实现父的数据改变，子的数据能随着改变，需要在子的变量前加@Prop装饰器
- 修改TodoItem里的name，前面加上@Prop，再来点击按钮看变化
```
export struct TodoItem {
  // 此时加了@Prop修饰
  @Prop name: string = ''

  build() {
    Row() {
      Checkbox()
        .margin({ left: 20, right: 20 })
      Text(this.name)
    }
   
   .......
  }
}
```
- 此时点击按钮，让父的数据改变，子里的也跟着变

image.png

到目前，我们已经学了两个用来修饰成员变量的装饰器，分别是@State、@Prop，我们对它总结一下
- @State：主要是装饰给组件自己使用的数据，效果：能让成员变量的值改变后，界面也能刷新
- @Prop：主要是用在作为子组件时，用来装饰由父传递过来的数据，效果：能让父的数据改变子也能接收到
  - 注意：在ArkTS中，即使父传递的是引用类型的数据，若不加@Prop修饰，一样会导致父的数据改变子里不会变，同学们有兴趣可以自行测试

组件传参 - 父传子双向同步

上面我们讲到，子里的成员变量加@Prop后，即可让父的数据改变，子随之改变，也即父的数据自动同步到子。

但是，目前无法实现子同步到父，也即子里改变了这个父传进来的数据，子里自身能改变，但是父的无法改变。也即Vue框架里的单向数据流

例：在TodoMain里用一个Text显示name的值，并在TodoItem里给Row加点击事件并修改name的值，我们可观察效果

TodoMain代码

export struct TodoMain {
  ....
  @State name: string = 'abc'

  build() {
    Column({ space: 10 }) {
      Button('我改').onClick((event: ClickEvent) => {
        this.name = 'Good猫林'
      })
        
      Row() {
        // 显示name
        Text(this.name)
      }
       
     .........
     }
      ......
  }
}

TodoItem代码

export struct TodoItem {
  // 此时加了@Prop修饰
  @Prop name: string = ''

  build() {
    Row() {
     ......
    }
    .onClick(() => {
      this.name = '学鸿蒙'
    })
   
   .......
  }
}

发现当我们点击TodoItem时，TodoItem自身的name数据了学鸿蒙，但是父里的还是abc，如图

image.png

如果希望实现：父改了数据，自动同步到子。以及子改了数据，也同步到父，需要把子里的@Prop修改成@Link

注意：如果用@Link修饰了成员变量，则成员变量不可初始化，例

export struct TodoItem {
  // 此时加了@Link，不用初始化
  @Link name: string

  build() {
    .......
  }
}

虽然仅仅只是把@Prop改成了@Link，且把初始化值的部分删了，但此时已经完成了双向同步，我们来点击一下Row测试一下效果，会发现如下图所示，子和父都变成了学鸿蒙

image.png

总结@Prop与@Link
- 相同点：
  - 都是用在子组件，用来接收父传递过来的数据，
  - 都可以实现父改变数据后同步给子
- 不同点：
  - 初始化值不同：
    - @Prop需要初始化值，相当于给默认值。可以实现，父如果传了就用父的数据，如果没传则用默认值
    - @Link不能初始化，相当于必须要父传递数据了才有数据
  - 同步给父不同
    - @Prop修饰的数据，子里改变了不会同步给父
    - @Link修饰的数据，子里改变了会同步给父

年度目标案例 - 数据展示

回到我们之前最初的需求：要把Index里的数据给TodoMain，经历了上面组件传参的学习后，我们能很快完成。
步骤：
- 注意：先把之前备份的TodoMain与TodoItem恢复
- TodoMain里，声明成员变量接收Index传递过来的数组，之前备份的文件里其实已经声明过，只不过是number类型的，改成TodoModel即可，代码如下
```
@Link todoList: TodoModel[] = []
```
  - 解释为什么用 @Link修饰符
    - 因为在TodoMain里将来需要改变数组（例如侧滑删除等），需要同步给父组件（即Index），因此用@Link
- Index里传递（这里Index的数据在上面初始数据与说明章节已声明过）
```
TodoMain({ todoList: this.totalFlags })
```
- 此时已经把数组从Index传递到TodoMain，但是TodoMain里又需要遍历这个数组去产生TodoItem，并且需要把数组每一项交给TodoItem去渲染，所以这里又要父传子，思路示意图如下

image.png

来到TodoItem，声明一个TodoModel的对象，用来接收数组每一项，并且把item里的finished属性绑定给Checkbox，text属性绑定给Text去显示

import { TodoModel } from '../viewmodel/TodoModel'

@Component
export struct TodoItem {

  @Prop item: TodoModel = new TodoModel() // 本次代码

  build() {
    Row() {
      Checkbox()
        .select(this.item.finished) // 本次代码
        .margin({ left: 20, right: 20 })
      Text(this.item.text) // 本次代码
    }
    .width('100%')
    .height(40)
    .backgroundColor(Color.White)
    .borderRadius(20)
  }
}

TodoMain里使用ForEach渲染

import { TodoItem } from './TodoItem'
import { TodoModel } from '../viewmodel/TodoModel'

@Component
export struct TodoMain {
  @Link todoList: TodoModel[]

  build() {
    Column({ space: 10 }) {
     
        // 本次代码
        ForEach(this.todoList, (item: TodoModel, index: number) => {
            // 这里用了ES6简写，完整写法是 TodoItem({ item: item })代表把ForEach里的item传递给TodoItem需要的item
            TodoItem({ item })
        })
      // 以上是本次代码改动
    }
    .width('100%')
  }
}

此时便完成了数组的渲染

年度目标案例 - 目标完成打勾

需求如下：

image.png

根据上面数据说明，打勾与否需要与每一项的finished属性绑定，因此先来到TodoItem给Checkbox的select属性做双向绑定
```
      Checkbox()
        .select($$this.item.finished)
```
- 注：
  - Checkbox的select属性方法是用来设置它是否打勾的。传true代表打勾，传false代表不打勾
  - 这里我们除了要数据能影响Checkbox以外，也需要当我们操作组件后结果能影响到数据，因此加$$做双向绑定
然后根据finished的值，做不同的处理
- 如果是true，给文字加删除线，否则不加任何线
- 如果是true，给文字加opacity为半透明，否则不透明
  - 解释：通过需求图可以看到，要让文字和删除线都变灰，最快的方式是给整个Text加透明度，配合白色底就会呈现灰色。而如果单独知识改文字颜色也即fontColor只会让文字变灰，删除线不变，还得在decoration里加color才有用，不方便
- 代码如下
```
Text(this.item.text)// 本次代码
  .opacity(this.item.finished ? 0.4 : 1)
  .decoration({ type: this.item.finished ? TextDecorationType.LineThrough : TextDecorationType.None })
```
  - 注：decoration就是Text设置文字线条的样式，可以设置删除线、下划线等，具体可查官方文档

插播 - 目前鸿蒙开发的缺陷

目前虽然实现了数据展现与目标完成的打勾，但此时存在数据传递的问题
通过最终效果图我们知道，我们需要统计出已完成的目标数量展现到进度条里。但此时，我们在TodoItem里打勾了后，finished的值已经改变（通过界面有变化能证明），但是没有传入到父，导致父里的finished还是false
例
- 我们在父里（TodoMain）里写一个Row输出数组里下标0的元素的finished
```
.......

  build() {
    Column({ space: 10 }) {

      Row() {
        Text(this.todoList[0].finished + '')
      }

      ..........
    }
  }
.....
```
- 注：这里的+ '' 是为了把finished转为字符串类型，因为Text只能用字符串
- 然后给第一项打勾，会发现如下图效果

image.png

大家思考一下：为什么会这样呢？
- 请思考
- 请思考
- 请思考
- 请思考
- 请思考
- ..........
- 没错，就是因为子里用的是@Prop，我们上面说过，@Prop只能实现父数据同步到子，子里变了无法同步到父，此时就是这原因导致

如何解决？
- 相信同学们都能想到用@Link，父子双向同步。但此时，鸿蒙的缺陷体现出来了！当你把TodoItem里的item改成@Link装饰后，惊讶地发现：在TodoMain里报错了！如下图

image.png

原因：语法限制，@Link只能接收父组件里声明的第一层成员变量
什么叫第一层？
- 就好比一个数组，数组里全是对象。对于数组而言即为第一层，数组里的每个对象称之为第二层，以此类推
- 再好比一个嵌套对象。即对象里有个属性又是对象，那么外层的称之为第一层，里面的属性即为第二层，以此类推
所以上述报错里写的item相当于就是数组里的对象，也即第二层，所以报错

出现这个语法限制的根本原因是：目前的鸿蒙开发中，默认情况下无法监听到第二层的改动。而@Link又要实现双向同步，你都无法监听到改动，又如何完成双向同步呢？

所以鸿蒙也给了解决方案：使用@Observed加@ObjectLink来解决。但是，猫林老师这里不打算讲它。因为这个解决方案其实用起来也很麻烦繁琐，非常不人性化。
- 有兴趣的同学可以自行去学习Observed与ObjectLink，猫林老师这里只讲最实用的技术，帮助你更快开发鸿蒙！
- 题外话，从API12开始，鸿蒙提供了@ObservedV2，力求解决监听这种监听属性的问题。但猫林老师尝鲜过，也不是很方便，这里赞不推荐
- 题外话2：不要一听猫林老师吐槽一句鸿蒙开发中存在这种不太方便的点，就觉得鸿蒙不行。任何语言刚推出时总有些坑或者不太方便的地方需要等待后续更新。当初苹果的Swift刚开始推出时也有许多地方有待完善，苹果也是慢慢更新使之越来越好。所以大家要保持好信心，未来可期。而且，华为官方也确实不断的对鸿蒙开发做着改进，就像上面提到的@ObservedV2。所以鸿蒙开发未来必然会越来越方便，越来越容易好用。可是到那时越容易就会越多人涌进，但是不要怕。你们在此刻开始进入鸿蒙的人，都算得上是鸿蒙的元老级程序员。（毕竟现在连纯血鸿蒙的正式版都还没发布，仅仅是测试版呢），所以对你们，更是抓住风口的弄潮儿，必将成为吃到红利的一波人！

待办列表 - 解决缺陷 - 实现打勾改动同步给父

那，猫林老师这里怎么解决上述缺陷呢？首先，因为@Link目前不能用，那咱们就把它换回@Prop先
```
.....
@Component
export struct TodoItem {
  @Prop item: TodoModel
  .....
}
```
可是@Prop又确实无法让父的数据同步改变，该怎么办呢？

image.png

既然子里无法改动到父，那就换个思路。让父，自己改！！
整体思路是：
- 让父提供一个修改数据的方法，子里要修改时调用父的方法即可修改！
- 如图

image.png

实现：
- 来到TodoMain，声明一个方法如下
```
  changeStatus(item: TodoModel, index: number) {
    this.todoList[index] = {
      text: item.text,
      finished: !item.finished
    }
  }
```
  - 解释：
    - 本方法需要传入被点的item以及被点的item的索引
    - 通过索引的方式改掉数组中这一项，文字不变，但是完成状态取反即可
    - 这时候可能有老铁有疑问：
      - 为什么不直接 item = !item.finished
      - 还是那个问题：目前不支持监听第二层数据改变，直接改item还是第二层。
      - 但数组是第一层，因此你用数组[索引]的方式，就是在改第一层数据，这是能被监听到的
- 此时需要把这个方法传递给TodoItem，因此TodoItem需要声明一个成员方法来接收
```
export struct TodoItem {
  ......
  onChange: () => void = () => {}
  .....
}
```
  - 解释：
    - 方法名叫onChange，它的类型是一个无参数无返回值的函数，初始化值是一个空函数
    - 一般情况下，这种由外界传入的方法不需要加装饰器
- 然后给Select组件加onChange 事件，这个事件是当Select发生勾选状态改变就会调用的事件，在里面调用传入的onChange方法
```
     Checkbox()
        .select(this.item.finished)
        .margin({ left: 20, right: 20 })
        .onChange(() => {
          // 本次代码
          this.onChange()
        })
```
- 回到TodoMain做方法传递：此时调用TodoItem除了之前要传入的item，现在还要多一个onChange
```
      ForEach(this.todoList, (item: TodoModel, index: number) => {
        // 此时调用TodoItem
        TodoItem({
          item, onChange: () => {
            this.changeStatus(item, index)
          }
        })
      })
```
  - 解释参数：item即为当前变动的数据，index即为当前数据对应的下标（都是changeStatus需要用到的内容）
  - 注意看：这里我没有直接把this.changeStatus 这个方法传递给onChange，而是声明了一个新的箭头函数，只不过在箭头函数里的函数体里调用了this.changeStatus，这么做的原因是this.changeStatus方法里有this.todoList这样的代码，我们都知道this是指当前环境上下文，它在TodoMain里，就代表TodoMain这个上下文，所以它修改它的todoList没毛病。但如果你是直接把this.changeStatus传递给onChange，那它相当于是在todoItem里调用，同样的this也会变成todoItem上下文，此时它是没有todoList数组的，所以这里利用箭头函数保留当前上下文的特点，在todoMain里用箭头函数再包一层，即可保证this依然指向todoMain ------- 这段请可能理解，因为文字有其局限性，实在不理解等以后猫林老师出视频教程再来看
  - 附：有懂JS的同学可能会问：那可以 onChange: this.changeStatus.bind(.....)这样的方式传递吗？似乎也能绑定当前this指向呀？
    - 答：不能！ArkTS中不允许使用call、apply、bind
    - 具体可查看当前最新文档，点我进入，打开页面后搜：不支持Function.bind
至此，状态改变同步给父已完成。
鉴于篇幅关系以及一篇文章颗粒度太大也影响大家阅读。所以年度目标这个案例的剩余部分我在下一篇文章讲完，其中下一篇也会以需求驱动的方式为大家讲到很多干货新知识，请拭目以待！

总结今日内容

组件
组件化开发思想
父子组件数据传递与同步
本篇干活与细节略多，需要多认真思考学习。

忠告：我们是以需求驱动学习知识点。特别是本篇含有部分需要理解与实操的内容。鸿蒙零基础的同学，一定要好好的跟着敲本案例代码才能理解

课后练习

判断题
- 一个Progress的宽度是100，高度是150，此时环形图一定是垂直方向的线性样式滚动条

互动简答题

思考：本案例中，最终TodoItem里的数据打勾变化后（完成状态变化），TodoMain已经能成功收到改动了。那么它的父组件，最早持有数组的Index有收到改动吗？请说出你的理由，打在评论区

判断题答案

错。原因自己思考，实在不懂可以评论区留言找一起学的同学帮助

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 211,948评论 6赞 492
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 90,371评论 3赞 385
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 157,490评论 0赞 348
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 56,521评论 1赞 284
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 65,627评论 6赞 386
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 49,842评论 1赞 290
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 38,997评论 3赞 408
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 37,741评论 0赞 268
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 44,203评论 1赞 303
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 36,534评论 2赞 327
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 38,673评论 1赞 341
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 34,339评论 4赞 330
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 39,955评论 3赞 313
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 30,770评论 0赞 21
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 32,000评论 1赞 266
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 46,394评论 2赞 360
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 43,562评论 2赞 349

鸿蒙应用开发从入门到入行 - 篇5:组件化开发思想开发鸿蒙案例（详解父子组件传值

鸿蒙应用开发从入门到入行

第五天 - 组件化开发思想开发鸿蒙案例（详解父子组件传值）

本次整体学习目标介绍

Progress的使用

组件化开发

项目准备

TodoHeader - 布局实现

TodoInput - 布局实现

TodoMain - 布局实现

初始数据与说明

组件传参 - 父传子

组件传参 - 父传子双向同步

年度目标案例 - 数据展示

年度目标案例 - 目标完成打勾

插播 - 目前鸿蒙开发的缺陷

待办列表 - 解决缺陷 - 实现打勾改动同步给父

总结今日内容

课后练习

互动简答题

判断题答案

推荐阅读更多精彩内容