sublime text 无法实现 vue3 sfc 的语义级跳转与属性提示，因缺乏 lsp 和类型服务，defineprops 推导、template 中 props 跳转、ref 类型提示等功能均不可用；vue syntax highlight 仅负责语法高亮，sublimelinter-eslint 仅标 eslint 错误，二者均不解析 ast 或维护符号表。
Sublime Text 无法实现 Vue3 SFC 组件跳转与属性提示的语义级支持——它没有语言服务器（LSP）或类型服务，defineProps 推导、template 中 props.msg 跳转到声明、ref() 解构后的类型提示等，全部不可用。所谓“强化”，其实是绕过语义限制，用插件组合+外部工具链做有限补位。
为什么 Sublime 里点不进 props.count？
这不是配置没对，是根本能力缺失。Vue Syntax Highlight 只做语法着色，SublimeLinter-eslint 只标 ESLint 错误，它们都不解析 AST 或维护符号表。VS Code 的 Volar 是靠独立的 Volar Server + TS Plugin 协同完成跨区域索引，而 Sublime 没有等效机制。
- 点击
props.count报 “No definition found” 是正常现象，不是你漏装插件 -
setup()返回对象里的函数，在template中调用时不会高亮/跳转，哪怕名字拼写一致 -
defineComponent({ props: { msg: String } })中的msg不会反向高亮所有{{ msg }}使用处
Vue Syntax Highlight + AutoFileName 能做什么
这两者配合，是在“可感知”的边界内尽量提升效率：前者让 .vue 文件三段结构清晰可读，后者在 import 路径中补全文件名和扩展名，间接减少手动输错导致的跳转失败。
-
Vue Syntax Highlight支持<script setup lang="ts"></script>，能正确嵌套 TypeScript 语法高亮（前提是已配好TypeScriptSyntax） -
AutoFileName在import HelloWorld from './HelloWorld.tsx'中按 Tab 可补全.tsx后缀，避免因扩展名遗漏导致路径解析失败 - 两者都不提供 hover 提示、参数签名、重命名联动——这些必须接受为 Sublime 的固有边界
想让 ref() 和 computed() 看得更清楚，只能靠人工约定
没有类型服务，就只能靠命名+注释+ESLint 规则来维持可读性。比如 const count = ref<number>(0)</number> 这种显式泛型写法，虽不能被 Sublime 解析，但能让团队成员一眼识别类型；ESLint 插件可强制要求必须写泛型。
- 启用
eslint-plugin-vue的vue/require-prop-types和vue/require-default-prop，提前拦截未声明类型的 props - 在
setup()开头加注释块：// @type {Ref<number>}</number>，配合 Sublime 的CommentEnhancements插件可快速插入 - 避免
const { count } = toRefs(props)这类解构，改用props.count直接访问——虽然啰嗦，但保留了字段来源的可追溯性
真正卡住开发节奏的从来不是“跳不跳得进去”，而是“改了一个 prop 名字，不知道哪几个 template 里用了它”。这个层面的依赖分析，Sublime 做不了，也别强求——留出时间跑一遍 grep -r 'props\.count' src/，比折腾插件更可靠。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
