HarmonyOS 鸿蒙Next关于 Checkbox 等系列组件使用 $$ 双向绑定的问题

HarmonyOS 鸿蒙Next关于 Checkbox 等系列组件使用 $$ 双向绑定的问题

在最开始的时候，我们使用 Checkbox 的时候，为了标记是否选中，使用了类似下面的代码：

select(this.selectedContacts.some((c) => c.memberId === contact.memberId))

稍显冗余，列表渲染时间复杂度为 On2。

还好后边在 API10 后大量表单输入类组件支持了 $$数据双向绑定 ，这个特性在 TextArea 、 Toggle 这类组件上表现良好：因为 TextArea 等组件设置值是通过组件的构造函数传入属性的：

      TextArea({
        placeholder:'请输入消息内容',
        text: $$this.iptText
      })

$$this ，在 AST 检测上虽然找不到 binding，但是编辑器暂时没有报错，目前工作得很好。

但是在 CheckBox ，Radio 这类组件通过组件方法来设置值的可就惨了： 如果要在这类组件上使用 $$ 的特性，需要这样写：

                  Checkbox()
                    .select($$item.__selected)// 别慌，这可以运行。😁
                    .selectedColor($r('app.color.main_color'))
                    .unselectedColor($r('app.color.white'))
                    .width(16)
                    .height(16)

IDE上报错了，因为它找不到变量。但是不要慌，直接运行，是没问题的。

好了，帖子到这里就结束了。希望能给后续寻找 CheckBox，Radio 组件怎么使用$$双向绑定的开发者一点帮助。

后续的一点讨论：

但是这样的设计有点反直觉，希望可以统一成一个统一的双向 API：类似于：

CheckBox()
    .model(this.syncData) // 默认是 value，或者是 select，组件内部定义 defaultSyncField
    .model({key:'select',value:this.syncData}) // 或者类似这样 kv 的模式去指定。

另外，编辑器和编译器不统一的问题，确实是比较重要的问题，希望能尽快解决。

附：《ets和 deveco 是否支持全局 types》