当前位置: 首页 > news >正文

《Pinia 从入门到精通》Vue 3 官方状态管理 -- 插件扩展篇

使用插件扩展功能

    • 可以同时使用多个插件(插件“中间件式”机制)
      • 一、使用多个插件的方式
      • 二、插件机制简图
      • 三、插件互不冲突的关键点
      • 四、实战示例:多插件组合使用
      • 五、组合使用注意事项
      • 推荐插件组合搭配方案(实战模板)
    • 根据不同 Store 应用不同插件
      • 🧠 原理说明:
      • 🔧 示例:不同 Store 应用不同插件逻辑
        • 1. 插件模板(适用于多个 Store)
        • 2. 注册时统一使用该插件
      • 🧩 更灵活的“插件调度器”方案
        • ✅ 思路:创建一个“插件调度器”,在其中根据 store id 路由到具体插件函数
      • 🧠 Bonus:Store 中显式控制插件启用(更精细)
      • ✅ 小结:插件应用范围控制方法

可以同时使用多个插件(插件“中间件式”机制)

Pinia 插件是可以同时使用多个的,而且它们是按顺序依次作用在每个 Store 上的。这种机制非常适合组合功能,比如同时使用持久化、日志追踪、权限守卫等插件,构建出一个高度自动化、具备横切能力的状态管理体系。


一、使用多个插件的方式

import { createPinia } from 'pinia'
import piniaPluginPersistedstate from 'pinia-plugin-persistedstate'
import piniaLogger from 'pinia-plugin-logger'
import { authGuardPlugin } from './plugins/authGuard'
import { apiPlugin } from './plugins/api'const pinia = createPinia()// 插件注册顺序决定执行顺序(按 use 添加顺序生效)
pinia.use(piniaPluginPersistedstate)
pinia.use(piniaLogger)
pinia.use(authGuardPlugin)
pinia.use(apiPlugin)app.use(pinia)

二、插件机制简图

defineStore()│└───> 插件1 处理 store(如注入 persist)│└───> 插件2 处理 store(如注入 logger)│└───> 插件3 ...

三、插件互不冲突的关键点

  • 插件返回值是附加在 store 上的属性(如 $api$persist
  • 插件内部用 $onAction / $subscribe 监听,不会篡改 state 本身
  • 多个插件监听同一字段或 action 是允许的,但应避免“副作用冲突”

四、实战示例:多插件组合使用

// plugins/api.ts
export const apiPlugin = ({ store }) => {store.$api = axios.create({ baseURL: '/api' })
}// plugins/logger.ts
export const loggerPlugin = ({ store }) => {store.$onAction(({ name, args }) => {console.log(`[Action]: ${name}`, args)})
}// plugins/authGuard.ts
export const authGuardPlugin = ({ store }) => {if (store.$id === 'auth') {store.$onAction(({ name, after }) => {if (name === 'logout') {console.warn('退出登录,清理本地缓存...')}})}
}

全局注册:

pinia.use(apiPlugin)
pinia.use(loggerPlugin)
pinia.use(authGuardPlugin)
pinia.use(piniaPluginPersistedstate)

在 Store 中使用:

export const useUserStore = defineStore('user', {state: () => ({ token: '', userInfo: null }),actions: {async login(data) {const res = await this.$api.post('/login', data)this.token = res.data.token}},persist: true // 与持久化无缝结合
})

五、组合使用注意事项

注意点说明
插件注册顺序影响执行顺序loggerauth 之前,则先记录 action 再处理登出
不应在插件中同步修改状态应通过 action 或订阅完成副作用逻辑
插件注入变量应使用 $ 前缀避免与 state 属性冲突
SSR 场景需判断 process.client插件中涉及浏览器 API 时需处理

推荐插件组合搭配方案(实战模板)

场景推荐组合
用户系统persistedstate + authGuard + logger
表单缓存persistedstate(限路径) + logger
多模块项目dynamicModulePlugin + apiPlugin + i18nPlugin
SSR(Nuxt)persistedstate(仅客户端启用) + 自定义 hydrationPlugin

根据不同 Store 应用不同插件

按需组合与定向应用 —— 这是大型项目中常见的“精细化状态管理优化”策略。

Pinia 插件机制本质上是作用于 每个 Store 实例初始化时,而不是全局一次性设置。因此,我们可以通过插件内部判断当前正在处理的 Store,再决定是否注入特定逻辑或功能


🧠 原理说明:

// 插件本质结构
function myPlugin(context: PiniaPluginContext) {const { store } = contextif (store.$id === 'auth') {// 仅作用于 auth 模块} else if (store.$id === 'settings') {// 仅作用于 settings 模块}
}

🔧 示例:不同 Store 应用不同插件逻辑

1. 插件模板(适用于多个 Store)
// plugins/customPlugin.ts
export function customPlugin({ store }) {switch (store.$id) {case 'auth':store.$onAction(({ name }) => {console.log(`[auth action]: ${name}`)})breakcase 'settings':store.$subscribe((mutation, state) => {console.log(`[settings changed]: ${mutation.events}`, state)})breakdefault:break}
}
2. 注册时统一使用该插件
const pinia = createPinia()
pinia.use(customPlugin)

🧩 更灵活的“插件调度器”方案

适用于多个插件对多个 store 进行组合控制。

✅ 思路:创建一个“插件调度器”,在其中根据 store id 路由到具体插件函数
// plugins/dispatcher.tsimport { pluginForAuth } from './plugin-auth'
import { pluginForSettings } from './plugin-settings'const pluginMap = {auth: pluginForAuth,settings: pluginForSettings
}export const pluginDispatcher = (ctx: PiniaPluginContext) => {const plugin = pluginMap[ctx.store.$id]if (plugin) {plugin(ctx)}
}
// plugin-auth.ts
export const pluginForAuth = ({ store }) => {store.$onAction(({ name }) => {console.log(`[Auth Action]: ${name}`)})
}
// plugin-settings.ts
export const pluginForSettings = ({ store }) => {store.$subscribe((mutation) => {console.log(`[Settings Updated]:`, mutation)})
}
// main.ts
pinia.use(pluginDispatcher)

✅ 这种方式非常适合大型系统中:

  • 每个模块拥有独立插件逻辑
  • 插件逻辑可测试、可维护、易扩展
  • 动态按需启用,避免全局插件逻辑污染

🧠 Bonus:Store 中显式控制插件启用(更精细)

如果你希望 store 自身控制启用哪些插件逻辑,可以通过 state 或 meta 配置标记:

// 在 store 中配置
export const useUserStore = defineStore('user', {state: () => ({enableLogger: true})
})
// 在插件中读取配置
if (store.enableLogger) {store.$onAction(...)
}

✅ 小结:插件应用范围控制方法

方法特点
if (store.$id === 'xxx') 判断最直接,可快速实现按 store 分支逻辑
插件调度器 pluginDispatcher模块化管理多插件逻辑,高度可维护
store 中定义 meta/config 控制由 store 主动控制,支持动态开关插件功能

相关文章:

  • Java快速上手之实验4(接口回调)
  • 长城杯铁人三项初赛-REVERSE复现
  • Vue3 ref与props
  • CTF--file_get_contents
  • 【多线程】线程互斥 互斥量操作 守卫锁 重入与线程安全
  • 大模型工业化元年:GPT-5开启通用AI新纪元,中国技术如何破局?
  • 安宝特案例 | 物流仓储头部企业应用AR+作业流,规范日常安全点检,保障消防安全
  • 简单易懂:从零开始训练CLIP模型的实用指南
  • SiamMask原理详解:从SiamFC到SiamRPN++,再到多任务分支设计
  • 数字IC后端项目典型问题之后端实战项目问题记录(2025.04.24)
  • Spark-Streaming核心编程(2)
  • 利用 SSE 实现文字吐字效果:技术与实践
  • 作业。。。。。。
  • Kubernetes 常用运维命令整理
  • 如何用大模型技术重塑物流供应链
  • 智慧景区国标GB28181视频平台EasyGBS视频融合应用全场景解决方案
  • CentOS 7上安装与配置Memcached及PHP客户端使用教程
  • 2025磐石行动第七周WP
  • 5.3.1 MvvmLight以及CommunityToolkit.Mvvm介绍
  • 【win11 安装WSL2 详解一遍过!!】
  • 因商标近似李小龙形象被裁定无效,真功夫起诉国家知产局,法院判了
  • 瑞士外长答澎湃:瑞中都愿升级自贸协定,关税战没有任何好处
  • 4500万失能人员如何养老?没参保是否能享受长护师服务?
  • 全球84%的珊瑚礁已遭受白化事件影响
  • 漫画阅读APP刊载1200余部侵权作品:20人获刑,案件罚金超千万元
  • 马上评丨老师要求犯错学生当众道歉,不该成被告