
一次完整的react hooks实践
React在16.8版本正式发布了Hooks。关注了很久,最近正好有一个小需求,赶紧来试一下。
需求描述
需求很简单,部门内部的一个数据查询小工具。大致长成下面这样:
用户首次访问页面,会拉取数据展示。输入筛选条件,点击查询后,会再次拉取数据在前端展示。
需求实现
使用React Class Component的写法
如果使用以前的class写法,简单写一下,代码可能大概长成下面这样:
使用React Hooks的写法
关于React hooks的相关内容,这里就不赘述了。可以直接查看react官方文档,写得非常好。
https://reactjs.org/docs/hook...
本次需求其实就两个逻辑:1、输入筛选项 。2、查询数据
主页面一个hooks,处理筛选项以及数据展示。数据请求逻辑单独弄一个hooks。
主页面hooks:
上面的代码,完成了筛选项的处理逻辑。下面来实现负责数据请求的hooks.
数据请求hooks:
关于React Hooks的一些思考
使用hooks写完这个需求,最直观的感受就是,代码写起来很爽。不需要像以前那样写很多的setState。其次就是
hooks的api设计得很优秀,一个useState的就能将【状态】和【变更状态的逻辑】两两配对。React的基本思想就是【数据到视图的映射】,在hooks中,使用useEffect来表明其中的【副作用】,感觉react官方也倾向于不区分componentDidMount和componentDidUpdate。
从api设计就能看出,hooks提倡组件状态细粒度地拆分。在一个hooks组件中,可能包含很多的状态,如果用户的某些操作,需要同时修改两个状态,那么我需要分别调用这两个状态的修改逻辑,这样会导致组件被重新render两次。而在使用class写法的组件中,只需要一次setState就好。这样看来,hooks中render两次的操作,可能会带来些许的性能问题 ? 这就要求我们在设计组件结构和state时,多斟酌,多抽象。
关于hooks的一些FAQ,官方也有很棒的文档:
https://reactjs.org/docs/hook...
写在后面
本文通过工作中的一个小需求,完成了一次react hooks的实践,不过上述代码依然有很多需要优化的地方。这次实践让我最直观的接触了react hooks,也帮助自己进一步理解了react团队的一些思想。符合预期。
