请具体阐述你在项目中落实编码规范的方法和工具链，说明所采用的技术手段及其在保证代码质量、风格统一和团队协作方面的各自职责。
考察说明
评估候选人在前端项目中实践代码规范化的经验和技术深度，考察其能否清晰描述工具的作用。
回答思路
- 【回答框架 1】我主要通过代码格式规范化、静态质量检查、代码审查和提交前强制校验四层机制来保证编码规范。核心目标是让团队遵循统一的风格和潜在错误检测，提高可维护性。
- 【回答框架 2】具体技术包括：ESLint 负责静态代码分析，通过规则（如 airbnb、standard）检查语法错误、未使用变量和潜在 bug，并支持按需自定义规则，强化最佳实践。
- 【回答框架 3】Prettier 是代码格式化工具，自动统一代码风格（缩进、引号、分号等），与 ESLint 配合时可处理格式与规范冲突，例如通过 eslint-config-prettier 关闭冲突规则，或用 prettier-eslint 融合。
- 【回答框架 4】编辑器层面的 EditorConfig 用于统一不同编辑器（VS Code、WebStorm）的缩进、换行等基础格式，避免因环境差异产生不一致。
- 【回答框架 5】在 CI/CD 流程中，我使用 husky 和 lint-staged 在 pre-commit 钩子中运行 ESLint 和 Prettier 检查，只对暂存文件进行校验，防止不符合规范的代码提交；同时结合 code review 人工检查，保证复杂逻辑的设计合理性。
- 【关键点 1】ESLint 侧重代码质量静态检查，Prettier 负责风格格式化，EditorConfig 统一编辑器配置。
- 【关键点 2】通过 husky + lint-staged 在提交前强制校验暂存文件，有效拦截不规范代码。
- 【关键点 3】解决格式冲突采用 eslint-config-prettier 或避免过度配置。
- 【关键点 4】规范落地需要结合代码审查和 CI 检查，形成自动化与人工双保障。
- 【易错点 1】若 ESLint 和 Prettier 规则冲突未处理，会产生重复报错或格式化不一致。
- 【易错点 2】不要在提交钩子中运行全量检查，会导致性能严重下降，应使用 lint-staged 只检查暂存文件。
- 【易错点 3】避免过度自定义规则导致团队适应成本高，需结合项目实际平衡严格度和效率。