javascript无内置常量命名配置机制，需靠eslint等工具链强制upper_snake_case规范：全大写、下划线分隔、仅用于真正不变的值，并通过规则配置、编辑器集成与ci自动化落地。
JavaScript 本身没有内置的“常量命名配置文件”机制，也不支持像 ESLint 那样通过一个 central config 文件直接强制执行 常量必须全大写加下划线 的命名规则——这个规则是靠团队约定 + 工具链检查来落地的，不是语言层面可“配置”的。
常量命名规范本身是明确的
所有主流规范（ECMAScript 实践、Airbnb、Google JS Style Guide、Lobster AI 等）都一致要求：
- 常量使用 UPPER_SNAKE_CASE：全大写字母，单词间用下划线分隔
- 仅用于真正不变的值：如
const API_BASE_URL = 'https://api.example.com';、const MAX_RETRY_COUNT = 3; - 不用于只是没被重新赋值的普通变量（比如
const user = {...}不算常量，不应叫USER）
靠 ESLint 实现统一校验
要让全团队自动遵守，需在项目中配置 ESLint 规则。核心插件是 eslint-plugin-unicorn 或 eslint-config-airbnb-base，启用以下规则：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
-
unicorn/prefer-module（配合常量语义） -
@typescript-eslint/naming-convention（若用 TS，可精准约束type: 'const'的命名） - 纯 JS 项目常用：
id-match+ 正则，例如：
"id-match": ["error", "^[A-Z][A-Z0-9_]*$"]
这条规则会报错任何不符合 全大写+下划线+首字母非数字 的 const 声明名（如 const baseUrl 或 const maxCount）。
配套：编辑器与 CI 自动化
光有规则不够，得让它生效：
- 在
.eslintrc.cjs中声明规则，并加入"files": ["**/*.js"]范围 - VS Code 安装 ESLint 插件，开启
"eslint.validate": ["javascript"] - CI 流程（如 GitHub Actions）中运行
npx eslint . --ext .js，失败则阻断合并 - 可选：用
prettier格式化代码，但 Prettier 不管命名，只管空格缩进等
不推荐手动“配置常量命名”
别试图用 Babel 插件重写 const 名、或写脚本批量替换——这破坏源码可读性，也绕过开发时反馈。正确路径是：
- 文档写清规范（比如 README.md 里列明 “常量 → UPPER_SNAKE_CASE”）
- ESLint 提前拦截错误命名
- Code Review 时人工确认语义合理性（比如
const USER_ROLE是常量，但const currentUserRole就不该大写）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
