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

很赞哦!（6）