小型 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 也能达到组件之间共享状态~

相关推荐
程序员黑豆5 小时前
Java类型推断完全指南:从var到菱形运算符,掌握使用限制与最佳实践
java·前端·ai编程
To_OC5 小时前
踩了个 TS 的坑之后,我终于把 type 和 interface 掰明白了
前端·react.js·typescript
GreenTea5 小时前
深度解读 Anthropic 多智能体报告:更强的模型 ≠ 更好的协调
前端·后端·算法
浮生望6 小时前
前端API工程化:用 Mock 数据与 Axios 配置实现独立于后端的并行开发
前端
万少6 小时前
给 DeepSeek Harness 装个"应用商店":一条命令,595 个插件随你逛
前端·javascript·后端
波波0076 小时前
C# 15 重磅新特性: 带标签 break 与 continue:重新定义嵌套循环控制流
服务器·前端·c#
Brown.alexis7 小时前
es6知识点1-自备使用
前端·ecmascript·es6
小爬的老粉丝8 小时前
JavaScript 纯前端预览 WPS:先识别容器,再路由解析器
前端·javascript·wps
计算机魔术师9 小时前
新兴多智能体系统的模式与问题
前端
用户059540174469 小时前
AI Agent 上下文污染踩坑实录:用 pytest + Redis 揪出 3 类记忆串号 bug,排查 6 小时
前端·css