Linting与格式化互补提升代码质量：ESLint检查逻辑错误，Prettier统一代码风格，通过配置eslint-config-prettier和VSCode保存时自动修复，实现保存即修复、风格统一且避免工具冲突。
在现代前端和全栈开发中，代码质量直接影响项目的可维护性和团队协作效率。VSCode 作为最受欢迎的编辑器之一，提供了强大的支持来帮助开发者统一代码风格、发现潜在错误。其中，Linting（代码检查）与格式化是两个核心手段。它们不是重复功能，而是互补机制：Linting 关注代码质量与逻辑问题，格式化关注代码排版与风格统一。
Linting：让问题在编码时就被发现
Linting 是通过工具扫描源码，识别出不符合规范或可能存在 bug 的代码片段。在 VSCode 中集成 Linter，可以实现实时提示，比如使用 ESLint 检查 JavaScript/TypeScript 项目。
要启用 Linting，通常需要：
- 在项目中安装对应的 Linter 包，如 eslint
- 配置规则文件（如 .eslintrc.js），定义启用哪些规则
- 在 VSCode 中安装对应扩展，如 ESLint 插件
- 确保 VSCode 设置中启用了实时检测："eslint.enable": true
配置完成后，不符合规则的代码会以下划红线或黄线形式标出，鼠标悬停可查看具体原因。例如，未使用的变量、缺少分号、不安全的比较操作等都会被标记。
代码格式化：保持团队风格一致
格式化解决的是“代码长什么样”的问题。即使逻辑正确，如果缩进混乱、引号不一、括号位置随意，也会降低可读性。VSCode 支持多种格式化工具，常见的有 Prettier、 Beautify 等。
Prettier 是目前最流行的格式化工具，它“强制统一”风格，减少团队争论。使用方式如下：
- 安装 Prettier：npm install --save-dev prettier
- 创建配置文件（如 .prettierrc）定义换行长度、引号类型等
- 在 VSCode 安装 Prettier 扩展
- 设置默认格式化工具："editor.defaultFormatter": "esbenp.prettier-vscode"
- 开启保存时自动格式化："editor.formatOnSave": true
这样每次保存文件，代码就会自动调整为统一风格。
精通 TypeScript 高级类型系统，包括泛型、条件类型、映射类型、模板字面量类型与工具类型，用于构建类型安全的应用。在实现复杂类型逻辑、创建可复用类型工具
Linting 与格式化协同工作
ESLint 和 Prettier 各有侧重，直接共用可能产生规则冲突。例如，Prettier 默认不加分号，而 ESLint 可能要求加上。为避免矛盾，推荐使用 eslint-config-prettier 和 eslint-plugin-prettier 进行整合。
整合后，ESLint 不仅检查代码质量，还能将 Prettier 的格式规则作为“可修复”的问题处理。这样在 VSCode 中运行 ESLint 修复（Fix all auto-fixable problems）时，就能同时完成格式调整。
关键配置示例：
- 在 .eslintrc 中添加 extends: ["eslint:recommended", "plugin:prettier/recommended"]
- 确保 Prettier 扩展在 VSCode 中为默认格式化程序
- 关闭其他可能干扰的格式化插件
VSCode 设置建议
为了让 Linting 和格式化无缝工作，建议在项目级的 .vscode/settings.json 中配置：
- "editor.codeActionsOnSave": { "source.fixAll.eslint": true } —— 保存时自动修复 ESLint 问题
- "editor.formatOnSave": false —— 关闭原生格式化，由 ESLint 统一触发，避免重复操作
- "files.autoSave": "onFocusChange" —— 配合保存动作，提升效率
这样既保证了代码质量，又实现了风格统一，且不会出现多个工具“打架”的情况。
基本上就这些。合理配置 Linting 与格式化，能让 VSCode 成为代码质量的第一道防线，减少人工 Review 负担，提升开发体验。
