pinia模块化开发的核心是按业务边界划分独立store模块，如user、cart、product等，统一入口管理、类型集中定义、store间通过actions安全通信，并配套持久化与typescript类型保障。
Pinia 模块化开发的核心，是把状态按业务边界切开，每个模块只管自己那摊事，互不干扰又可协作。不是堆文件，而是建秩序。
按功能域拆分 Store 文件
别把所有状态塞进一个 store，而是对照真实业务场景划分模块。比如电商项目常见模块有：
- userStore.ts：登录态、用户信息、权限校验
- cartStore.ts：商品添加/删除/数量更新、库存联动
- productStore.ts：分类列表、商品分页、搜索缓存
- orderStore.ts：订单查询、状态过滤、详情加载
- settingStore.ts：主题色、语言、通知开关等用户偏好
每个文件导出一个独立的 useXxxStore，命名清晰，职责单一，后续增删改查都只动对应文件。
统一入口 + 明确目录结构
在 src/stores/ 下建立标准分层：
-
index.ts：用createPinia()创建实例，并统一导出所有 store（便于全局注入或按需引入） -
modules/：存放全部业务 store，如user.ts、cart.ts -
types/：集中定义共享类型，如User、CartItem，避免重复声明
这种结构让新成员进项目一眼看懂“状态在哪、怎么找”，也方便 Vite 的按需导入和构建优化。
Store 之间安全通信
模块不是孤岛，但通信要有约束。推荐方式：
- 在需要依赖的 store 内部直接 import 另一个 store，例如购物车 checkout 时检查
useUserStore().isLoggedIn - 避免跨模块直接修改对方 state，优先通过 actions 触发逻辑，保持数据流可追踪
- 复杂联动场景（如收藏夹变更同步更新商品卡片状态），可用 Pinia 的
subscribe或事件总线做轻量解耦，不强耦合
配套增强：持久化与类型保障
模块化不只是组织代码，还要保障运行质量：
- 用
pinia-plugin-persistedstate插件为指定 store 开启 localStorage 持久化，比如用户登录态、主题设置，避免刷新丢失 - 每个 store 的
state和getters都写完整 TypeScript 类型，配合 VS Code 自动推导，减少运行时错误 - 异步 action 中统一处理 loading 和 error 状态，比如加
isFetching: ref(false)和error: ref<string null>(null)</string>，组件中直接消费
