最近在研究WASM，做了一次技术预研。一开始以为WASM会在性能上碾压JS。但实际测下来发现，V8引擎的JIT编译器对简单循环的优化已经非常强了。我的测试场景没触碰到WASM的真正优势区。

如果你用过AI写Vue 3代码，应该遇到过这种情况：代码能跑，但写法不太对。比如该用computed的地方用了ref，或者TypeScript类型写得乱七八糟。这不是AI的问题，是没人教过AIVue的正确写法是什么。

Vue3 的响应式系统用起来很爽，ref、reactive 一把梭，数据变了视图就更新。但你有没有遇到过：明明改了数据，页面却纹丝不动？分享6个最容易踩的响应式陷阱

用了两年Pinia，我才发现自己一直停留在\"能用\"的阶段。直到最近重构一个大型项目，踩了无数坑，才把这些真正提升效率的技巧摸透。今天分享10个我在实战中反复使用、而且很少见到完整讲解的Pinia技巧。

前段时间接手一个老项目，打开一个Vue组件，好家伙，3000行代码。ref、reactive、watch、computed堆了一整页，逻辑像意大利面条一样纠缠在一起。改一个bug，引出三个新bug。这不是你菜，是Vue3的正确用法还没被真正挖掘出来。

做前端开发的人，基本都会遇到一个问题：React和Vue到底选哪个？这篇文章用数据说话，帮你把两个框架的情况理清楚。不管你是找工作还是选技术栈，看完应该就有数了。

做Vue3移动端项目，屏幕适配绝对是绕不开的核心难题。375px、414px、390px……各类手机屏幕尺寸五花八门，页面变形、元素错位、文字大小失衡，调试到心态爆炸？

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

很多前端工程师聊技术选型，一上来就比哪个框架火。React、Vue、Next.js谁热度高，就选谁。但干过几年的人都知道，真正决定项目能跑多久的，不是框架名字。

拦截器就是一个类，它可以在请求处理前后加上你自己的代码。这个想法来自面向切面编程（AOP），说白了就是把一些通用的事情抽出来统一处理。要写一个拦截器，需要用 @Injectable() 装饰器

路由一跳，参数一长，味道就不对了。我见过最离谱的一次，是把一个几千项的商品数组直接塞进 query，地址栏跟火车一样长。刷新一下丢了，复制链接发给别人还带着半截

Vue3 有一大批宝藏 API，藏在官方文档的角落里，平时没人提，但是 ant-design-vue、VueUse、Pinia 这些顶级开源库在源码里大量使用，用起来相当顺手。