Sublime Text 无法实现 Vue 3 组合式 API 的完整类型推导，因其 TypeScript-Sublime-Plugin 仅对接 tsserver，不支持 Volar 等 Vue 特定插件的语义解析与语法转换逻辑。
Sublime Text 无法实现 Vue 3 组合式 API 的完整类型推导 —— 即使装了 TypeScript-Sublime-Plugin，defineProps、ref、computed 等的泛型参数跳转、模板内响应式解包提示、props.foo 的精确类型识别，依然缺失。
为什么 Sublime 里 defineProps<{ foo: string }>() 不会提示类型？
Vue 的类型推导依赖 Volar（或 vue-tsc）对 <script setup lang="ts"> 的语义解析，而 Sublime 的 TypeScript-Sublime-Plugin 只对接 TypeScript 语言服务（tsserver），不加载 Vue 特定的插件或语法转换逻辑。它能识别 ref<number>() 是 Ref<number>，但无法知道 defineProps 在编译后会生成哪些运行时校验、哪些响应式代理、哪些 props 解构默认值规则。
-
defineProps的泛型类型参数在 tsserver 层面只是普通接口引用，没有 Vue 插件参与，就无法触发 props 的自动补全和必填校验 -
ref(0)能推导出Ref<number>，但props.msg在模板中写成{{ props.msg.toUpperCase() }}时，Sublime 不会报错（即使msg?: string可能为undefined） -
withDefaults或响应式 props 解构（const { msg = 'hi' } = defineProps<Props>()）的默认值类型合并逻辑，tsserver 本身不处理
TypeScript-Sublime-Plugin 能稳定工作的部分
它只在纯 TS 文件或 .vue 中的 <script lang="ts"> 区域起作用，且前提是你的项目有正确配置的 tsconfig.json 和本地 typescript 版本。
递归分析 Vue 项目组件依赖，从入口文件生成组件层级图，支持 Vue 2/3，输出组件名、文件路径和属性。适用于分析组件结构、排查依赖或了解项目架构。
- 支持
interface User { name: string }定义后，const u: User = { name: 'a' }的字段补全和类型校验 - 能跳转到
ref、reactive的声明文件（node_modules/vue/dist/vue.d.ts），显示其泛型签名 - 对
computed(() => x.value + 1)返回类型做基本推导（ComputedRef<number>），但不检查依赖项是否响应式 - 错误提示仅来自 tsserver：比如
count.value = 'abc'（count: Ref<number>）会标红，但不会告诉你「此处应使用 .value 赋值」
硬要“无配置”启用，必须手动指定 typescript_tsdk
Sublime 默认用全局 TypeScript，而 Vue 3.3+ 的类型定义（尤其是 defineProps 泛型支持）要求 TypeScript ≥ 5.0，且需匹配项目所用版本。否则泛型参数会被当作语法错误忽略。
立即学习“前端免费学习笔记（深入）”；
- 打开 Sublime → Preferences → Package Settings → TypeScript → Settings
- 填入项目内
node_modules/typescript/lib的绝对路径，例如：{ "typescript_tsdk": "/Users/you/project/node_modules/typescript/lib" } - 重启 Sublime，再打开
.vue文件，确保右下角状态栏显示 “TypeScript (v5.4.5)” 类似字样 - 若仍无提示，执行
npm install -D typescript@latest并重置 tsdk 路径 —— Vue 3.3.4 对应的最低 TS 版本是 5.0.2
真正能用上 defineProps<T>() 类型跳转、props.xxx 智能补全、模板中类型 hover 的，只有 VS Code + Volar。Sublime 的定位是“语法高亮 + 基础 TS 错误标记”，别指望它理解 setup 编译后的响应式契约。如果你坚持用 Sublime，就把类型验证交给 tsc --noEmit 或 CI 流程，编辑器只负责写得快、看得清。
