为什么我放弃使用 Pinia？

前端开发圈子里，Pinia一度是状态管理的香饽饽。我跟着大伙儿折腾了半年，最终把代码仓库里那些粉红色图标全换成了普通文件夹。

第一次接触Pinia时，像捡到宝似的。不用写那些烦人的mutations，composition API用起来行云流水，TypeScript支持更是锦上添花。项目初期确实顺风顺水，store文件整整齐齐码在专属目录里，每个模块都像独立的小王国。

问题从第三个迭代周期开始冒头。需求变更像打地鼠般此起彼伏，原本清晰的store结构渐渐变成盘丝洞。登录状态和用户配置搅在一起，购物车数据里混着优惠券逻辑。团队新来的小伙儿盯着交叉引用的store直挠头，有次误操作直接清空了整个订单缓存。

更头疼的是服务端渲染的场景。Nuxt项目里总有些store像睡不醒的树懒，客户端渲染时活蹦乱跳，到了服务端就装死。为这个熬过几个通宵，最后发现是某个store在onMounted里偷偷调用了window对象。

现在改用最朴素的composables方案，每个功能模块都是自给自足的小天地。虽然要手动处理响应式，但依赖关系清清楚楚，测试用例写起来也顺手。上周重构用户权限系统时，只花了原先三分之一的时间。

状态管理没有银弹，适合当下场景的才是好方案。就像老木匠常说的，再好的瑞士军刀也比不上趁手的专用工具。