测试一下Pinia，Vuex 要出局了（）前端

作者：Emil Hein
译者：前端小智
来源：betterprogramming

有梦想，有干货，微信搜索【大迁世界】关注这个在凌晨还在刷碗的刷碗智。
本文 GitHub https://github.com/qq449245884/xiaozhi 已收录，有一线大厂面试完整考点、资料以及我的系列文章。

【测试一下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.tsimport { 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支持
代码更加简洁，可以实现很好的代码自动分割

Pinia还有很多的用户和细节，请转官方文档Home | Pinia (vuejs.org)
代码部署后可能存在的BUG没法实时知道，事后为了解决这些BUG，花了大量的时间进行log 调试，这边顺便给大家推荐一个好用的BUG监控工具 Fundebug。
原谅：https://betterproramming.pub/...
交流