Pinia 的 Getters 在 TypeScript 中类型推导规则明确：箭头函数自动推导，普通函数含 this 必须手动标注返回类型；带参数的 Getter 类型落在内层函数；接口定义 state 可提升推导稳定性与准确性。

Pinia 的 Getters 在 TypeScript 下的类型推导很自然，但规则有差别——关键看写法：用箭头函数就自动推导，用普通函数（尤其是带 this 的）就得手动标返回类型。

箭头函数：state 参数自动推导，返回值自动算出

只要 getter 写成 (state) => ... 形式，TS 就能根据 state 结构和表达式内容，完整推导出返回类型，完全不用手写。

• 例如 doubleCount: (state) => state.count * 2 → 返回类型是 number
• fullName: (state) => `${state.firstName} ${state.lastName}` → 返回 string
• 即使返回对象，比如 userInfo: (state) => ({ id: state.id, name: state.name })，TS 也能生成精确的字面量类型

普通函数 + this：必须显式标注返回类型

当你在 getter 里用 this 访问其他 getter 或 actions 时，TS 无法静态分析调用链，会陷入循环推导。这时必须加返回类型注解，否则报错。

Scrapfly SDK TypeScript

使用 Scrapfly SDK（scrapfly-sdk）在 TypeScript 或 JavaScript 中进行网页抓取，用于用户请求抓取 URL、绕过反爬虫防护、渲染页面等场景。

下载

• 写法：doublePlusOne(): number { return this.doubleCount + 1 }
• 哪怕只是 hasData(): boolean { return !!this.list.length }，也得标 boolean
• 不标类型，TS 会提示 “Type annotation required for getter with ‘this’”

带参数的 Getter：返回函数，类型落在内层

Getters 本身不能直接接收参数，但可以返回一个函数——这时候类型要落在返回的函数上，而不是 getter 本身。

• 例如：getUserById: (state) => (id: number) => state.users.find(u => u.id === id)
• TS 自动推导出 getUserById 是 (id: number) => User | undefined
• 参数 id: number 必须手写，否则默认是 any

接口定义 state 后，所有推导更稳更准

给 state 加接口（比如 interface CounterState { count: number }），再用 state: (): CounterState => ({ count: 0 })，后续所有 getter 的 state 参数类型就固定为 CounterState，避免推导漂移。

• 尤其适合多人协作或后期维护，字段改名、删字段时，getter 里的访问会立刻报错
• 配合 VS Code，点进 state.xxx 能直接跳转到接口定义