如题,useMemo确实能很好的控制页面的刷新次数,但是项目维护到最后Memo的依赖太多了,多到不敢添加了,目前已经把组件拆的比较细了,奈何逻辑复杂,状态比较多,不依赖的话,组件刷新次数很多,性能不好,各位是怎么优化的,目前Memo依赖已经超过10个了。
如题,useMemo确实能很好的控制页面的刷新次数,但是项目维护到最后Memo的依赖太多了,多到不敢添加了,目前已经把组件拆的比较细了,奈何逻辑复杂,状态比较多,不依赖的话,组件刷新次数很多,性能不好,各位是怎么优化的,目前Memo依赖已经超过10个了。
8 回答4.8k 阅读✓ 已解决
6 回答3.5k 阅读✓ 已解决
5 回答2.9k 阅读✓ 已解决
6 回答2.4k 阅读
5 回答6.4k 阅读✓ 已解决
4 回答2.3k 阅读✓ 已解决
4 回答2.8k 阅读✓ 已解决
useMome 依赖数超过10个,那还不如不用useMemo,一个页面依赖状态那么多就把页面功能进行组件化,职能化。不要把所有state放到page级管理,应该下发state给细化的组件自身管理state。复杂逻辑应细化到职能区分,不应该只是组件拆分。
如果你说已经职能、组件都细化了useMemo还是出现10个依赖项,并且页面级其他state频繁更新的化,可以想象页面级的state不少于20个...想象不到什么场景的代码会出现这种情况。但是还是可以有个low点的优化手段就是把部分state合并成一个state管理,即 {a: false, b: true, ....}