eslint是必须而非可选,因其不仅标红语法错误,更拦截==比较、未声明变量等逻辑陷阱;prettier专管排版,eslint专管安全,二者共存需禁用eslint格式规则;auto import避免路径拼错,提升ts+模块别名开发效率。

ESLint、Prettier、Auto Import 这三个插件不装,你写的 JavaScript 代码大概率会越写越难维护,而且团队协作时容易被同事默默删掉你的提交。
为什么 ESLint 不是“可选”,而是“必须”
它不只是标红语法错误,而是帮你拦截真实业务中高频出错的逻辑陷阱,比如 == 比较、未声明变量、Promise 忘记 catch。默认规则太宽松,建议直接用 eslint-config-airbnb-base 或 eslint-config-prettier(后者专用于关闭与 Prettier 冲突的规则)。
- 安装后必须在项目根目录配
.eslintrc.cjs或.eslintrc.json,否则只报基础语法错误 - VSCode 的
eslint.enable默认开启,但若打开文件没反应,检查右下角状态栏是否显示 “ESLint” 并处于激活状态 - 别把
eslint --init生成的配置直接扔进项目——它常混入 Node.js 专用规则,前端项目要用env: { browser: true }
Prettier 和 ESLint 到底谁该管格式?
答案:Prettier 管“怎么排版”,ESLint 管“怎么写才安全”。两者共存时,必须禁用 ESLint 中所有和格式相关的规则,否则保存时会反复格式化又报错。
DMap GL地图JSAPI(dmapgl)开发指南。用于编写、审查、调试 DMap 地图 API 代码,涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 装好
prettier和eslint-config-prettier后,在.eslintrc的extends数组末尾加上"prettier" - VSCode 设置里关掉
editor.formatOnSave,改用editor.codeActionsOnSave→source.fixAll.eslint,这样只触发 ESLint 认可的修复 -
prettier的semi: false(不加分号)和 ESLint 的semi: "error"冲突,必须统一由 ESLint 控制,Prettier 只保留printWidth、tabWidth等纯视觉项
Auto Import 插件不是“省事”,而是避免手动拼错路径
尤其在 TypeScript + Webpack/Vite 项目里,手写 import { useQuery } from '@tanstack/react-query' 这种长路径,拼错一个字母就得查文档重来。Auto Import 能实时识别符号并自动补全路径,甚至支持别名解析(如 @/hooks)。
- 需配合项目中的
jsconfig.json或tsconfig.json的baseUrl和paths配置才能识别别名 - 默认只导入默认导出,如需自动导入命名导出,打开设置搜
autoImport.showAutoImportSuggestions并设为true - 它不会自动插入未使用的 import,但如果你删了某行代码,对应 import 不会自动清理——得靠
eslint-plugin-unused-imports配合
真正卡住开发体验的,往往不是功能实现不了,而是编辑器不知道你“想表达什么”。这三个插件的作用,就是让 VSCode 从文本编辑器变成能理解 JS 意图的协作者。别等 PR 被打回来才装,从第一个 git init 就该配好。










