ESLint与@typescript-eslint弃用风格规则后如何统一代码风格？

不用依赖官方标记为不推荐的风格规则，完全可以实现项目代码风格的统一，没必要放任自由。以下是几种可行的落地方式：

• 强化格式化工具的自定义配置
  格式化工具虽然不修改影响代码表现的风格，但可以通过配置覆盖绝大多数基础风格需求。比如用Prettier时，在.prettierrc里配置缩进长度、引号类型、换行方式、逗号风格等；配合prettier-plugin-organize-imports还能统一导入语句的排序。针对TypeScript的语法构造（比如数组类型写法），可以在tsconfig.json的compilerOptions里设置"arrayType": "array"或"generic"，强制统一数组类型的声明风格。

• 自定义轻量ESLint配置/规则
  如果你有团队专属的风格需求，可以自己编写共享ESLint配置，只保留官方未弃用的规则，或者实现简单的自定义风格规则（比如校验变量命名是否符合驼峰规范、函数参数换行规则等）。也可以选用社区维护的非官方风格规则包，但要提前确认包的维护稳定性。

• 明确团队风格指南+流程管控
  把团队达成共识的风格写成清晰的文档，比如「变量用小驼峰、组件类用大驼峰」「回调场景优先用箭头函数」「接口命名以I开头」等。配合Git钩子工具（比如husky+lint-staged），在代码提交前自动执行格式化和自定义规则校验，提前拦截不符合风格的代码；再通过代码评审环节补充检查，确保风格落地。

• 利用TypeScript编译器选项约束
  很多TypeScript相关的风格可以通过tsconfig.json的编译选项间接统一。比如"forceConsistentCasingInFileNames"强制文件名大小写一致，"noImplicitReturns"要求函数有明确的返回值，这些设置既能提升代码质量，也能统一团队的代码写法习惯。

内容的提问来源于stack exchange，提问作者M. Desjardins