VSCode插件定制函数命名规范检查流程-VSCode-PHP中文网

能，eslint需通过@typescript-eslint/naming-convention插件检查函数命名，配置selector:"function"和format:["camelcase"]可强制小驼峰，但依赖typescript解析器及正确tsconfig路径，否则规则静默失效。

vscode插件定制函数命名规范检查流程

ESLint 能否检查函数命名？

能，但默认规则不覆盖。ESLint 本身不内置 function-name-casing 或类似规则，必须靠插件扩展。常见方案是用 @typescript-eslint/naming-convention（TS 项目）或 eslint-plugin-import 的 import/no-unused-modules 辅助识别未导出函数——但真正管“命名格式”的，只有 @typescript-eslint/naming-convention。

如何配置函数名驼峰规则？

在 .eslintrc.cjs 的 rules 中启用并定制该规则：

["@typescript-eslint/naming-convention", "error", {
  selector: "function",
  format: ["camelCase"],
  leadingUnderscore: "forbid",
  trailingUnderscore: "forbid"
}]

注意三点：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

selector: "function" 只作用于普通函数，不包括方法、类名、变量；若要覆盖类中方法，需额外加一条 selector: "method"
format: ["camelCase"] 允许 getUserInfo，但会报错 get_user_info 或 GetUserInfo
若项目混用钩子（如 useFetch），建议加 filter: { regex: "^use[A-Z]", match: true } 排除，否则会被当成非法命名

为什么改了配置却没标红？

常见静默失效原因不是规则写错，而是 ESLint 没加载到 TypeScript 解析器：

检查 parser 是否设为 "@typescript-eslint/parser"，且 parserOptions.project 指向正确的 tsconfig.json 路径
确认 node_modules/@typescript-eslint/eslint-plugin 已安装，且版本与 ESLint 兼容（v8.53+ 推荐配 v7.x 插件）
VS Code 必须打开项目根目录（不是 src/ 子目录），否则 parserOptions.project 解析失败，规则退化为纯 JS 检查，function selector 不生效
重启 VS Code 或运行命令 ESLint: Restart ESLint Server，LSP 配置变更需重载才生效

和 Prettier 冲突怎么办？

Prettier 不管命名，只管空格/引号/换行。但如果你开了 editor.formatOnSave 且同时启用 Prettier 和 ESLint 自动修复，可能因保存顺序导致波浪线闪现或修复不完整：

禁用 editor.formatOnSave，改用 "editor.codeActionsOnSave": {"source.fixAll.eslint": true}
确保 eslint-config-prettier 在 extends 数组末尾，避免它意外关闭 @typescript-eslint/naming-convention
不要在 .prettierrc 里写 semi: true 这类与命名无关的配置来“凑数”——它不影响命名检查，但可能干扰其他 lint 规则加载

真正容易被忽略的是：命名规则依赖 TypeScript 类型信息才能准确区分函数声明和变量赋值，parserOptions.project 缺失时，const foo = () => {} 这种写法不会被识别为 function selector，也就不会触发驼峰检查。