vue3

用 Vue3 开发的同学都有过这样的经历： 明明代码看起来没毛病，却报奇奇怪怪的错；跟着教程写能跑，自己写就出问题；上线后莫名出现bug，排查半天找不到原因…… 其实这些问题大多不是你技术不行，而是

很多开发者拿到需求就直接开写，后期项目越维护越乱、打包越来越慢、协作越来越痛苦。其实一套规范、健壮、易扩展的工程化架构，前期多花一小时，后期能省几十小时。 这篇就带你从零搭建一套企业级 Vue3 工程

在实际开发中，很多重复逻辑（权限控制、防抖点击、图片懒加载、文本复制等）用自定义指令来做最优雅，不污染组件、不写冗余代码、复用性极强。 今天整理了 10 个企业级最常用的 Vue 自定义指令，Vue2

你的表单数据绑定了却不动？自定义组件 v-model 写了就是不生效？ 而用 Vue3 正确的 v-model 写法，一行代码搞定双向绑定，支持多字段同步、自定义事件、TS 完美兼容——再也不用手动写

还在为 Vuex 的 state、mutation、action、module 四件套头疼？ 而用 Pinia，一行代码定义状态，直接修改数据，无需 commit，TS 完美支持，刷新页面还能自动持久

你的 Vue 组件里是不是还在 data、methods、computed、watch 之间来回跳转？ 而用 Composition API，一个 setup 函数搞定所有逻辑，代码量直降 80%，逻

在日常开发中，我们无数次面对这样的场景： 用户点击“提交订单” 点击“发送验证码” 点击“保存设置” 而为了防止重复点击，你不得不： 定义一个 loading 状态； 在点击时设为 true； 禁用按

在现代 Web 应用中，用户登录后通常会获得一对 Token： Access Token（短期有效，如 15 分钟） Refresh Token（长期有效，如 7 天） 当 Access Token

在构建 Web 应用时，我们常常需要回答一个问题：用户是否已经真正离开了当前页面？ 这不仅是埋点统计的需求，更关系到： 视频/音频是否该彻底停止？ 聊天室是否要标记用户离线？ 未保存的草稿是否该自动暂

上周，我们收到用户反馈：“你们的后台系统，用一天后 Chrome 占了 4GB 内存！” 打开 DevTools 的 Memory 面板，一拍快照—— 已分离的 DOM 节点（Detached DOM

上个月，我们重构一个老项目，发现一个“祖传组件”： 父组件传 props 给子组件 子组件再传给孙子 孙子改了个状态，通过 $emit 一层层往上抛 中间任意一层改名，整条链就断了…… 同事苦笑：“这

上周 Code Review，我看到同事写了这样一段代码： 乍看没问题，但一运行**——页面卡顿、watch 失效、调试器里数据对不上……** 问题出在哪？ 不是逻辑错，而是响应式对象的“组合方式”错

前端这两年有一个明显趋势： 用编译优化彻底消灭运行时开销。 从 Rust 重写工具链，到服务端组件，底层正在被全面 "静态化" 。 而这一次，轮到了 Vue。 一个正在快速演进的技术 ——Vapor

在 Vue 开发中，官方文档里的核心 API 固然常用，但还有不少“隐藏款”或“轻量级”技巧，既能减少冗余代码，又能提升性能，却被 90%以上的开发者忽略。本文共 10 个 Vue 技巧覆盖了模板优化

1. 利用 v-bind="attrs"和 v−on="listeners" 简化组件通信 在开发复杂组件时，我们经常需要传递大量属性和事件。使用 v-bind="$attrs" 和 v-on="$l

在 Vue 3 中，toRefs 和 toRef 是两个用于处理响应式引用（Reactive references）的方法

【ref和reactive】Vue3中的ref和reactive都是响应式的数据类型，它们都可以用来创建响应式的数据

在 Options API 中，我们使用 this 来访问组件实例，但在 Composition API 中，我们使用 setup 函数来定义组件的逻辑，而不是使用 this

最近学习vue3，但一直没进行总结和记录，忙里偷闲整理整理一套vue3专栏的学习笔记，正好记录一下，按照我的学习笔记让你开启vue3之旅吧！