OpenHarmony——浅析ETS开发状态管理 原创 精华

发布于 2022-3-4 14:10
浏览
7收藏

作者:杨保斌

前言

本文主要是对于鸿蒙开发文档 ETS 开发中的 UI状态管理部分进行解读和简单的实践,方便更快的切入开发工作,构建应用,对应文档链接:https://developer.harmonyos.com/cn/docs/documentation/doc-guides/ts-ui-state-mgmt-concepts-0000001169868220

鸿蒙状态管理简介

首先引用开发文档中的图片,图片中已经基本可以看出整个应用中的数据流动,非常全面

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

华为鸿蒙开发文档对于应用中状态的管理提供了丰富且全面的接口(仅提供通俗理解,具体定义见文档):

  • @State:用于定义应用管理的状态,更像是React16.8之后的useState,方便代码根据业务划分逻辑,状态定义仅支持classnumberbooleanstring 及其组成的数组,并不允许object和any

  • @Props:单项数据流,父组件传递子组件,直接使用this.属性名向下传递数据,子组件使用此修饰器接收,<u>推荐用于只渲染的数据用此定义</u>

  • @Link:双向数据流,解决了vue中**$emit**函数的功能,父组件用$向下传递数据,子组件使用此修饰器接收,<u>推荐需要在子组件中修改父组件状态的情况(即为类似于在vue中需要使用$emit)下使用</u>

  • @Consume和**@Provide**: 其中provide是生产者,consume是消费者,写过react的开发者应该对此很熟悉,类似于react中的context上下文,这一对修饰器主要实现的是上层组件跨多层传值给下层组件,并实现双向绑定数据

  • @Observed和**@ObjectLink**:其中@Observed用于修饰类,@ObjectLink用于在子组件中修饰已经被@Observed修饰的类对应的状态(具体用法见下文),这一对修饰器主要解决的问题是,如果定义了一个包含多个对象(类)的数组,其中对象的属性发生变化,能够被应用监测到并更新视图

  • @Watch:在某一可被应用监测的状态发生修改的时候,执行某个额外的动作

  • AppStorage

    1. 应用程序中的单例对象,由UI框架在应用程序启动时创建,在应用程序退出时销毁,为应用程序范围内的可变状态属性提供中央存储,简单来说就类似于vuex/redux

    2. 上述几个状态管理的修饰器,更多的是在同一个page中去使用,根据业务/页面逻辑划分组件,实现状态管理,父子组件传值,跨组件传值等

    3. 而AppStorage是在多页面(page文件夹下有多个@Enter定义页面)应用程序中用于跨页面共享数据。

    4. 建议AppStorage的使用在有@Enter的组件中使用,其中的数据在组件树中从顶部注入,对子组件来说只是一个父组件传递过来的状态,保证子组件的职能单一,输入输出稳定,与外部数据解耦,保证复用性

梦开始的地方(Typescript而非anyscript)

本文主要是对于复杂数据类型class的使用解读,对于number/boolean/string暂不做解读,请自行尝试

一切都是从class开始的:@State定义中明确表示只能classnumberbooleanstring 及其组成的数组,并不允许objectany,所以对于复杂数据类型的定义就需要用到class,如下图

  1. 定义接口

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 使用接口定义复杂数据(此处例子可以看出,用**new Month( )或者直接{ }**都是可以的)

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

​ 这里引用了官方文档https://developer.harmonyos.com/cn/docs/documentation/doc-guides/ts-rending-control-syntax-foreach-0000001149978669中的例子,根据本文档中的例子可以看出,使用class可以定义复杂数据类型,并且其中Month8的属性在任何地方改变都可以被observe到,calendar中使用数组方法改变数组也能被observe到,并且触发重渲染

​ 非常不推荐使用**any[ ]**的方式来定义复杂数据,这样定义的数据不会被应用observe到,数组发生改变,<u>不会引发视图更新!!!!!</u>

  1. 使用class定义的数据可以使用@Props和@Link向下传递数据,如下图,在second组件中修改calendar是生效的
    • 将class定义的数据传递给子组件

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  • 子组件双向绑定改变状态

​ !
OpenHarmony——浅析ETS开发状态管理-开源基础软件社区
OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

跨组件传值(@Consume和@Provide)

类似于react中的context上下文实现跨组件传值,上层组件的状态可以直接传给最下层组件,非常好用

我们已经有了@Props和@Link解决了简单的父子组件传值,文档同样提供了跨组件传值的方法,<u>@Provide可以直接替换掉@State定义状态</u>,@consume可以在需要接收的子组件中拿到传递下来的状态

  1. 定义状态

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 使用并渲染,并尝试改变,(其实传给下一层还是下下层使用和效果上没啥区别)

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 当然传给第三层也可以看一下效果

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 渲染结果

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 在子组件中修改数组

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 在子组件中修改对象中的属性

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 在子组件中修改数组中的对象的属性(此方法失败,状态改变了,但是并没有渲染,这是有问题的),正确方法见下文

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

神奇的@Observed和@ObjectLink

@Observed是用来修饰类的,能够帮忙监测多层数据中的数据变化,官方文档中已经给出了具体的使用方法,而且非常灵活,这一对修饰器主要解决的正是上述遗留问题,如何修改数组中的对象中的属性,并能够自动触发重渲染

  1. 使用@Observed

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 使用@ObjectLink,这里主要是验证用provider/link传递到下层的数据能否被修改

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区
OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

  1. 看效果

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

OpenHarmony——浅析ETS开发状态管理-开源基础软件社区

从上述案例可以看出:使用@Observed和@ObjectLink可以实现对比较复杂的数据最内部数据的修改,使用起来相对灵活。

总结

本文主要对于使用class定义复杂数据,以及跨组件传值、修改数据根据官方文档进行简单解析,对于状态管理还包括AppStorage、持久化数据以及环境变量的验证,将会在下一篇文章中做出详解,希望本篇文章能够在一定程度上帮助初学ets的开发者快速掌握其开发方式。

最后,非常欢迎各位开发者能够多多交流,在评论区写下自己的见解。感谢阅读!!

更多原创内容请关注:深开鸿技术团队

入门到精通、技巧到案例,系统化分享HarmonyOS开发技术,欢迎投稿和订阅,让我们一起携手前行共建鸿蒙生态。

©著作权归作者所有,如需转载,请注明出处,否则将追究法律责任
已于2022-3-4 14:10:32修改
8
收藏 7
回复
举报
回复
添加资源
添加资源将有机会获得更多曝光,你也可以直接关联已上传资源 去关联
    相关推荐