测试一下Pinia,Vuex 要出局了?
自从我开始使用Vue 3和组合API以来,我也尝试使用 Pinea 作为状态管理库。如果是从是 vue2 和 vuex 过来的,就会觉得用起来差别还是很大的。
说实话,我对 Vuex 使用还是很不适应。最初,有 "很多 "的模板代码,只是让 store 使用减少。不过,状态管理确实给我们带来了遍历,特别是每当我们有一小块应该跨组件共享的状态时,就会更倾向于使用它。
我们先来看看 Vuex 和 Pinia 的整体设计以及它们之间的区别是什么。
Vuex
下面是Vuex工作原理的官方图示,刚开始学习时,一看就很懵,不过当用过时开发过项目时,一看就就能懂了。
在 Vuex store(仓库)中,有4个主要组件。
1、State
这只是一个包含实际状态的对象。我们可以在开发工具中看到这个状态,如果想保留这个状态用于缓存或其他目的,也可以保存这个对象。
2、Actions
Actions 是执行异步任务的函数。它们是由关键字dispatch发起的。
Actions 通常会请求一个外部 API 或做一些其他的异步工作。它还负责调用适当的 mutation 来实际改变状态。这说明 actions 本身并没有改变状态,而是 commit 变化,让 mutation 来改变状态。
3、Mutations
Mutation 是唯一会真正同步改变状态的函数。Mutations 使用关键字commit。
4、Getters
Getters可以被认为是计算过的属性,应该被用来从状态中获得一个修改过的响应。
一个简单的Vuex store 的例子如下所示:
const store = createStore({ state: { count: 0 }, mutations: { increment (state) { state.count++ } }, actions: { increment (context) { context.commit('increment') } } })
使用 store
在处理上述问题时,一个组件通常会调用dispatch来启动异步任务(比如从外部API中获取)。如果需要改变状态,比如一个简单的计数器,可以调用 commit。
这意味着一个组件可以通过调用dispatch或commit来与 store 进行交互。我不知道你怎么想,但对我来说,这增加了一些心智负担,而我真的不需要。
在使用Vuex之前,我对 "commit" 和 "dispatch" 这两个术语并不熟悉。由于这个原因,用它们来改变状态对我来说并不直观。对于一些人来说,这可能是不同的,但这让我觉得使用 action 或 mutation 都有点不舒服。
另外值得注意的是,使用Vuex,一个组件可以访问整个 store,尽管在逻辑上将 Vuex store 分成不同的文件。
Pinia
与Vuex相比,Pinia的工作原理图如下:
整体架构比 Vuex 更简单,更容易理解。一个Pinia store 有3个主要组成部分:
1、State
与Vuex的定义一样。
2、Actions
这里的 Actions 与Vuex中的 Actions 和 mutations 的工作相同。这些函数是改变状态的唯一方式。如果想从外部API获取数据并更新状态,也可以使用 actions 。
与Vuex设置的另一个区别是,Pinia actions 是普通函数,心智负担比 vuex 小很多。
3、Getters
getter 完全等同于 Store 状态的计算属性。
一个简单的Pinia store 的例子如下所示:
export const useStore = defineStore('main', { state: () => ({ counter: 0, }), actions: { increment() { this.counter++ } }, })
使用
如果有多个模板, Vuex 一般采用 modules 方式,这就需要在 store/index.ts中将所有的 modules通过 creaeStore 注册到 store 中,那么Pinia 就省去了这些麻烦,createPinia() 即可,不需要注册 modules,没有任何参数,所以连 store/index.ts都可以不用了,直接在main.ts 中添加即可, 这一点会比Vuex简洁很多。
import { createPinia } from 'pinia' app.use(createPinia()); # main.ts import { createApp } from 'vue' import App from './App.vue' import { createPinia } from 'pinia' const app = createApp(App) app.use(createPinia()) app.mount('#app')
总结
就目前而言,我想说Pinia更容易理解和使用。也许有一些东西可以让Vuex在更大的项目中更好地扩展,但我还没有遇到过这种情况。
对我来说,另一件重要的事情是,我们可以用正常的参数调用 actions 的正常方法。
Pinia还支持Vue 2和3的开箱即用,这使得迁移变得更加容易。
优势
最后也在总结一下 Pinia 优势:
- Vue2 和 Vue3 都支持。
- 更小,只有1KB。
- 不需要嵌套模块,符合Vue3的Composition api,让代码更加扁平化。
- 抛弃了Mutations的操作,只有state、getters和actions.极大简化了状态管理库的使用完整的TypeScript支持。
- 代码更加简洁,可以实现很好的代码自动分割。
- Spring中实现异步调用的方式有哪些?
- 带参数的全类型 Python 装饰器
- 整理了几个Python正则表达式,拿走就能用!
- 设计模式之状态模式
- 如何实现数据库读一致性
- SOLID:开闭原则Go代码实战
- React中如何引入CSS呢
- 慢查询 MySQL 定位优化技巧,从10s优化到300ms
- 一个新视角:前端框架们都卷错方向了?
- 编码中的Adapter,不仅是一种设计模式,更是一种架构理念与解决方案
- 手写编程语言-递归函数是如何实现的?
- 一文搞懂模糊匹配:定义、过程与技术
- 新来个阿里 P7,仅花 2 小时,做出一个多线程永动任务,看完直接跪了
- Puzzlescript,一种开发H5益智游戏的引擎
- @Autowired和@Resource到底什么区别,你明白了吗?
- “四招”守护个人信息安全
- CSS transition 小技巧!如何保留 hover 的状态?
- React如此受欢迎离不开这4个主要原则
- 我是怎么入行做风控的
- 重温三十年前对于 NN 的批判:神经网络无法实现可解释 AI