小型 Vue 项目,该不该用 Pinia 、Vuex呢?

说到 Vue3 的状态管理,我们会第一时间想到 Pinia、Vuex,但是经过很长一段时间的 Vue3 项目开发,我逐渐发现,我们真的有必要用 Pinia、Vuex 这类的状态管理工具吗?

带着这样的疑惑,我首先是想知道一下 Pinia、Vuex 的优点到底是什么,企图说服自己去使用它们来做状态管理~

优点?非他不可?

看看上面所说的优点,其实我们仔细想一下,这些优点貌似也不是那么的非他不可吧?

  • 集中式状态管理: 其实 Ref、Reactive 也可以做到,只需要写在某个 .js/.ts 文件里即可
  • 模块化: 其实 Ref、Reactive 也可以做到,不同模块的状态写到不同的 .js/.ts 文件里即可
  • 类型推导: 这个是 TypeScript 层面的事情,与状态管理工具无关
  • 响应式和懒加载: Ref、Reactive 也可以做到,本身就是响应式,并且引用到 .js/.ts 才会去初始化
  • 持久化和插件扩展: 实现起来不难,并不是什么技术难点

综上所述,貌似在 Vue3 项目中可以使用 Ref、Reactive 去做状态管理就行了?

其实还是优点的

其实 Pinia、Vuex 这类状态管理工具还是有一个很大的优点的,那就是逻辑更加紧凑,可维护性 更高,不过我知道我这个看法是比较主观的看法

我还是推荐一些比较小的项目,可以使用 Ref、Reactive 去进行状态管理,但是如果是大型项目的话,确实还是需要 Pinia、Vuex 这类状态管理工具

Ref、Reactive

Vue3 的一些 API 对比 React 的好处就是,这些 API 并不一定需要在组件中去声明就比如你想要做局部状态管理的时候,可以直接使用 reactive、ref 这类 API 来完成


这样能达到局部状态管理,多组件共用同一个状态的效果,请看下图

effectScope

Vue3 有一个超级冷门的 API 叫 effectScope ,这个 API 非常强大,但是很多人都不知道它当然,既然很少人知道它,那自然就很少人知道,Pinia 的底层原理就是依赖了 effectScope

既然 Pinia 是通过effectScope来实现的,那么,我们自然也可以直接使用这个 API 来做状态管理~其实已经有人做过这件事了,就比如 vueuse 中的

我们可以直接用这个 Hooks 来进行状态管理,如果是使用 effectScope 来进行管理的话,状态就不需要写在 Hooks 外部了,因为 effectScope 内部逻辑只会执行一次,无论你调用多少次



利用 effectScope 也能达到组件之间共享状态~

相关推荐
To_OC2 小时前
LC 128 最长连续序列:别上来就排序,O (n) 解法才是这题的灵魂
javascript·算法·leetcode
IT_陈寒6 小时前
Vue这个坑我跳了两次,原来问题出在这
前端·人工智能·后端
kyriewen6 小时前
我用 50 行代码重写了 React Router 核心,终于搞懂了前端路由原理
前端·javascript·react.js
WebInfra7 小时前
Rspack 2.1 发布:React Compiler 提速 10 倍!
前端
李明卫杭州8 小时前
CSS 媒体查询详解:一文掌握响应式设计的核心技术
前端
lichenyang4538 小时前
从 H5 按钮到 OpenHarmony 能力调用:我如何理解 ASCF 的运行链路
前端
下家9 小时前
我放弃了 Vue/React,选择自研框架
前端·前端框架
Asize9 小时前
HTML5 Canvas 基础:从按帧动画到 ECharts 数据可视化
前端·javascript·canvas
默_笙9 小时前
🎄 后端给我一堆扁平数据,我 10 行代码把它变成了树
前端·javascript
Mahut9 小时前
我用 Electron + FFmpeg 做了一个本地视频处理工作站 ClipForge
前端·ffmpeg·electron