Pinia Getters 不执行校验但适合聚合校验状态：state 结构化存储各字段校验结果（如 validation.user.name: true），getters 实现 isValid、hasError、errorList 等响应式判定，并支持分模块有效性（如 isUserValid），确保缓存有效且无副作用。
Pinia Getters 本身不执行校验，但非常适合对已分散在 state 中的各字段校验结果做综合判定——关键在于把“每个字段是否有效”这个状态结构化存好，再用 getter 实时聚合计算。
用 state 结构化存储各字段校验状态
不要把校验逻辑塞进 getter，先确保 state 里存的是清晰、可读、可响应的数据。推荐按表单区域或字段分组，用对象嵌套方式组织：
- 用户信息区：`validation.user = { name: true, email: '邮箱格式不正确', phone: true }`
- 地址信息区：`validation.address = { province: '必填', city: true, detail: false }`
- 协议勾选：`validation.terms = false`
这样设计让子组件能精准读取局部状态（比如只监听 `user.email`），也方便后续统一汇总。
用 getters 实现多级有效性判断
在 store 的 getters 中定义几个语义明确的计算属性，它们会自动响应任意字段变化：
-
全通过判定：
isValid: (state) => Object.values(state.validation).every(v => v === true)（严格要求所有字段都为true） -
存在错误判定：
hasError: (state) => Object.values(state.validation).some(v => v === false || typeof v === 'string') -
错误详情列表：
errorList: (state) => Object.entries(state.validation).flatMap(([k, v]) => typeof v === 'string' ? [{ field: k, message: v }] : [])
这些 getter 是响应式的，组件中直接绑定 store.isValid 就能控制提交按钮的禁用状态，无需手动 watch 或 computed。
支持分步校验与区域有效性
大型表单常需“分步提交”或“局部验证”，这时可在 getters 中按模块拆解：
isUserValid: (state) => Object.values(state.validation.user || {}).every(v => v === true)isAddressValid: (state) => Object.values(state.validation.address || {}).every(v => v === true)canProceedToStep2: (state) => state.currentStep === 1 && store.isUserValid
组件可按需消费这些细粒度 getter，既保持逻辑解耦，又避免重复遍历整个 validation 对象。
注意缓存与响应式边界
Getter 缓存依赖于其内部访问的响应式数据。要确保：
- 不从非响应式来源读取值（如
Date.now()、Math.random()） - 不返回新对象字面量（如
() => ({ ...state.validation })），否则每次都是新引用，破坏缓存和响应更新 - 避免在 getter 内发起 API 请求或执行副作用——校验动作应在 action 中完成，结果再写入 state
只要 state 中的校验结果是响应式更新的，getters 的综合判定就自然准确、高效、可预测。
