Pinia getters 应通过 storeToRefs 解构以保持响应式和类型安全，或直接访问 store 实例属性；带参 getter 需正确调用并建议用 computed 封装，TypeScript 项目需显式标注类型。
在组件中读取 Pinia Getters 的计算结果，核心是“响应式解构 + 模板直用”，避免手动订阅或重复计算。关键不在于怎么取值，而在于怎么保持响应性、类型安全和语义清晰。
用 storeToRefs 解构 getters（推荐）
这是最常用也最稳妥的方式，能自动保留响应式连接，并与 state 一起解构，结构统一、不易出错：
- 调用 storeToRefs(store)，它会把 store 中所有响应式字段（state 和 getters）转为 ref，确保模板中使用时仍可响应更新
- getters 解构后是只读的 ref，符合“派生状态不可直接修改”的设计原则
- 适合大多数场景，尤其当组件同时用到 state 字段和 getter 结果时
示例：
import { storeToRefs } from 'pinia'
import { useCartStore } from '@/stores/cart'
const cartStore = useCartStore()
const { totalItems, totalPrice, isCartEmpty } = storeToRefs(cartStore)
// 模板中直接写：{{ totalItems }}、v-if="isCartEmpty"
按需解构，避免冗余响应式绑定
如果只用几个 getter，且不依赖 state 字段，可跳过 storeToRefs，直接访问 store 实例属性：
- getter 本身是响应式的，store.xxxGetter 在模板中使用天然响应
- 无需额外 ref 包裹，代码更轻量；适合简单展示或逻辑较独立的组件
- 注意：不能用 const { xxx } = store 形式解构，会丢失响应性（破坏 proxy 链）
示例：
const cartStore = useCartStore()
// ✅ 正确：模板中用 cartStore.totalPrice
// ❌ 错误：const { totalPrice } = cartStore // 响应性丢失
带参 getter 的调用要加括号，别漏掉
返回函数的 getter（如 getUserById、tasksByStatus）必须在调用时传参，且括号位置不能错：
- 定义是 (state) => (id) => ...，所以使用是 store.getUserById(123)，不是 store.getUserById(123) 写成 getter 属性调用
- 若在模板中使用，建议提前在 setup 里封装好，避免模板内写复杂表达式
- 高频调用且参数固定时，可配合 computed 缓存结果，减少重复执行
示例：
// setup 中
const userStore = useUserStore()
const currentUser = computed(() => userStore.getUserById(1001))
// 模板中
<div>{{ currentUser.name }}</div>
类型提示别省略（尤其 TypeScript 项目）
带参 getter 或 this 式写法容易丢失类型推导，显式标注更可靠：
- 函数式 getter 如 (state) => (id: number) => User | undefined，参数类型明确
- this 式 getter 必须写返回类型，如 activeCount(): number { return this.activeItems.length }
- 配合 IDE 使用，能避免运行时才发现 undefined 或类型错误
