Webstorm编码标准检查设置：让代码更规范
刚接手一个项目，打开代码就看到满屏的红色波浪线？别慌，这可能是 WebStorm 在提醒你代码风格不统一。很多新手遇到这种情况第一反应是关掉检查，其实更好的做法是配置一套合适的编码标准检查规则，让工具帮你写出更干净、更一致的代码。
开启语法检查很简单
WebStorm 自带了对多种语言的语法和格式检查支持。比如写 JavaScript 或 TypeScript，默认会启用 ESLint 检查。只要项目根目录有 .eslintrc 配置文件，WebStorm 就能自动识别并标出不符合规范的代码行。
如果没看到提示，可以手动打开：进入 Settings > Languages & Frameworks > JavaScript，确认 JavaScript 语言版本正确，再在 Code Quality Tools > ESLint 中启用自动检测。
用 Prettier 统一格式
团队开发最怕一个人一个缩进习惯。有人用四个空格，有人用两个，还有人混着 Tab 和空格。这种问题用 Prettier 能快速解决。
先在项目里安装依赖：
npm install --save-dev prettier然后在 WebStorm 的 Settings > Tools > External Tools 添加一条命令，指向 Prettier 可执行文件，或者直接使用插件。装好后，保存文件时就能自动格式化。
自定义检查规则
不是每个项目都用 ESLint。有些老项目可能只用 JSHint，或者完全自定义规则。这时候可以在 WebStorm 里手动配置。
打开 Settings > Editor > Inspections，找到对应语言，比如 JavaScript，展开后能看到“Bad practice”、“Error prone”、“General”等分类。你可以勾选需要的检查项，比如“Unused variable”或“Implicit global variable”，也可以调整严重级别，从警告到错误都可以设。
关联代码风格方案
除了语法，代码风格也很重要。比如括号要不要换行、函数名用驼峰还是下划线。这些可以在 Settings > Editor > Code Style 里设置。
选择对应语言，比如 JavaScript，然后调整空格、缩进、大括号位置等选项。还可以导出配置文件，分享给团队成员，确保所有人用同一套风格。
实战小技巧
有一次我帮同事调试一个问题，发现是因为变量命名用了中文拼音，导致其他成员看不懂。后来我们在 WebStorm 里加了一条检查规则：禁止标识符包含非 ASCII 字符。这样一来，一旦谁写了“userName”以外的命名，编辑器立刻标黄提醒。
这种细节能大大提升协作效率。与其靠口头约定，不如让工具帮你盯住每一行代码。
合理设置 WebStorm 的编码检查，不仅能减少低级错误，还能让团队代码看起来像一个人写的。花半小时配置，后面省下的是无数沟通成本。