首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

一种基于依赖收集的最小化更新组件技术

最近被react的性能问题折腾惨了,在实际项目开发中,组件的深度可能很深很深,而react的更新机制本质上还是一种全量的脏检查,也就是从当前组件开始,把它作为根节点的整棵树都检查一遍,并且在这过程中做diff,中间涉及一些算法,这些算法说来说去还是因为它存在性能问题,需要靠复杂的算法来迎合react这种脏检查带来的坏处。那么,有没有一种办法,可以避免这种脏检查,也就是在整棵树中,我只需要更新其中一个节点即可。Mobx提供了一种创新的方法,就是对组件所需要的数据进行收集,只有当这个数据发生变化的时候,这个组件才需要重新渲染。这里面还涉及到整个项目中所有组件本身的设计问题。本文尝试基于mobx的这种思路,提出一种基于依赖收集的最小化更新组件技术。

01

React组件复用的方式

现前端的工程化越发重要,虽然使用Ctrl+C与Ctrl+V同样能够完成需求,但是一旦面临修改那就是一项庞大的任务,于是减少代码的拷贝,增加封装复用能力,实现可维护、可复用的代码就变得尤为重要,在React中组件是代码复用的主要单元,基于组合的组件复用机制相当优雅,而对于更细粒度的逻辑(状态逻辑、行为逻辑等),复用起来却不那么容易,很难把状态逻辑拆出来作为一个可复用的函数或组件,实际上在Hooks出现之前,都缺少一种简单直接的组件行为扩展方式,对于Mixin、HOC、Render Props都算是在既有(组件机制的)游戏规则下探索出来的上层模式,一直没有从根源上很好地解决组件间逻辑复用的问题,直到Hooks登上舞台,下面我们就来介绍一下Mixin、HOC、Render Props、Hooks四种组件间复用的方式。

01

2022高频前端面试题(附答案)

约束性组件( controlled component)与非约束性组件( uncontrolled component)有什么区别? 在 React中,组件负责控制和管理自己的状态。 如果将HTML中的表单元素( input、 select、 textarea等)添加到组件中,当用户与表单发生交互时,就涉及表单数据存储问题。根据表单数据的存储位置,将组件分成约東性组件和非约東性组件。 约束性组件( controlled component)就是由 React控制的组件,也就是说,表单元素的数据存储在组件内部的状态中,表单到底呈现什么由组件决定。 如下所示, username没有存储在DOM元素内,而是存储在组件的状态中。每次要更新 username时,就要调用 setState更新状态;每次要获取 username的值,就要获取组件状态值。

04
领券