VSCode snippets是带变量占位和跳转的轻量级代码生成器，需按作用域（项目＞用户＞语言）创建，核心字段为prefix、body、description，Tab跳转异常多因触发位置或设置干扰。
VSCode 的 snippets 不是“写一次、到处粘贴”的快捷方式，而是带变量占位、按需跳转、支持条件逻辑的轻量级代码生成器——用对了能省下大量重复键入，用错了反而卡在 Tab 跳转里出不来。
怎么创建一个属于自己的 snippet 文件
别去搜“全局 snippet 教程”，先搞清作用域：项目级 snippet 优先于用户级，而语言专属 snippet（比如只在 javascript 文件中触发）比通用 snippet 更精准、更少冲突。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），输入并选择Preferences: Configure User Snippets - 选
New Global Snippets file...创建通用 snippet，或直接选语言（如javascript）为该语言定制 - 文件名随意，但后缀必须是
.code-snippets；保存后 VSCode 会自动加载 - 注意：如果同时存在同名
prefix的用户 snippet 和扩展 snippet，用户版会覆盖扩展版
snippet 的核心字段怎么填才不翻车
一个 snippet 至少要有 prefix、body、description。漏掉 description 不报错，但你在触发时根本想不起这个缩写对应啥。
-
prefix是触发关键词，建议用小写字母+短横线，比如log-err，避免用console这种和内置补全冲突的词 -
body是字符串数组，每行一项；换行用\n，但实际写时直接回车即可（JSON 中换行会被转义，VSCode 编辑器会自动处理） - 变量用
$1、$2表示光标跳转顺序，$0是最终停留位；重复变量用${1:default}，比如"${1:name} = ${1}" - 别在
body里写注释——JSON 不支持，会解析失败；说明全靠description
为什么按了 Tab 却跳不出变量？
这是最常被卡住的地方：不是 snippet 写错了，而是触发时机或编辑器行为被干扰了。
shopify-app-react-router
下载
构建 Shopify 嵌入式应用（Embedded App）的开发技能：基于 @shopify/shopify-app-react-router + React Router v7 + Admin API 2026-04。覆盖 shopifyApp 配置、authenticate.admin 的 GraphQL/REST 调用、Webhook 校验、Session 存储、订阅计费、App Bridge 导航、部署，并新增：适用场景判断、安全最佳实践、错误处理与容错、最佳实践、常见问题 FAQ、高级场景。G
- 确保光标在行首或空行触发；如果前面有字母/符号（比如
const后输log-err），VSCode 可能当成普通补全而非 snippet - 检查设置里
editor.tabCompletion是否为on（默认是off）；它控制的是“输入时是否用 Tab 触发补全”，和 snippet 的Tab跳转无关，但容易混淆 - 确认没装冲突扩展，比如某些 ESLint 或 Prettier 插件会劫持
Tab行为；可临时禁用插件验证 - 如果
$1和$2之间没内容（比如["$1", "$2"]），跳转会“看不见”，建议加点上下文，比如["console.error($1);", "$0"]
JavaScript 中常用 snippet 怎么写才实用
别一上来就塞满 React Hook 模板，先从高频、无副作用、结构稳定的模式入手：
- 异步错误捕获：
prefix: "try-catch-async"→body: ["try {", "\t$1", "} catch (err) {", "\tconsole.error(err);", "\t$0", "}"] - 解构默认值：
prefix: "destr-def"→body: ["const { $1 = $2 } = $0;"]，触发后依次填字段名、默认值、源对象 - 快速导出函数：
prefix: "exp-fn"→body: ["export const $1 = ($2) => {", "\t$0", "};"]，适合写工具函数时反复使用 - 注意：JSX 文件中，
javascriptsnippet 默认不生效；要复制一份到javascriptreact.code-snippets才行
真正难的不是写 snippet，而是判断某个逻辑到底该做成 snippet、还是提取成函数、还是交给 lint 规则来约束。越靠近业务逻辑的“模板”，越容易过期；越贴近语法骨架的“壳”，复用性才越高。
