TypeScript 官方决定全面采用 ESLint

内容简介：由于性能问题，TypeScript 官方决定全面采用 ESLint，甚至把仓库（Repository）作为测试平台，而 ESLint 的 TypeScript 解析器也成为独立项目，专注解决双方兼容性问题。 JavaScript 代码检验工具 ESLint 在 Type...

由于性能问题，TypeScript 官方决定全面采用 ESLint，甚至把仓库（Repository）作为测试平台，而 ESLint 的 TypeScript 解析器也成为独立项目，专注解决双方兼容性问题。

JavaScript 代码检验工具 ESLint 在 TypeScript 团队发布全面采用 ESLint 之后，发布 typescript-eslint 项目，以集中解决 TypeScript 和 ESLint 兼容性问题。而 ESLint 团队将不再维护 typescript-eslint-parser，也不会在 Npm 上发布，TypeScript 解析器转移至Github 的 typescript-eslint/parser。

在 TypeScript 的2019 上半年发展规划中，TypeScript官方说明了 Linting 工具的状况。由于在数个月前他们透过 VS Code 的问卷调查发现，不少用户认为 TypeScript 的 Linting 支援不足，因此负责 JavaScript 编辑体验的团队开始着手增加对 TSLint 和 ESLint 的支援。

但是编辑器团队提到，TSLint 的规则运作方式存在架构性的性能问题， 如果要维持效能将需要不同的 API，而这将破坏既有规则，相反的 ESLint 则具有更高效能的架构，而且不少热门项目的社群，诸如 React Hooks 和 Vue，都是使用 ESLint 建构 Lint 规则。

因此 TypeScript 的编辑器团队决定专注支援 ESLint，增加语义 Linting 和程序范围 Linting 等目前尚未包含的使用情境，同时，他们也承诺，会提供贡献以强化 ESLint 对 TypeScript 的支援，同时也在 TypeScript 储存库中使用 ESLint，使其成为 工具 实践的测试平台，并向上发送所有新规则。

部分 ESLint 团队中的成员，在过去一直致力于提高和 TypeScript 的兼容性，主要进行维护 TypeScript 解析器的工作，虽然这个解析器过去并非由 ESLint 团队维护，但最近落到了团队成员手中，而在 TypeScript 决定转而使用 ESLint 之后，官方认为，Typescript 解析器势必成为发展核心。

因此 ESLint 官方宣布发布 typescript-eslint 项目，这项工作交由 ESLint 团队的 James Henry 进行维护，Henry 本身便负责长期推动 ESLint 与 TypeScript 兼容性，原本的 TypeScript 解析器也将搬迁至仓库。官方提到，ESLint 团队并不会正式参与新项目，但会支援 James Henry 并维持畅通的沟通渠道，确保为 TypeScript 的开发人员提供良好的使用体验。

接下来 ESLint 团队将不再继续维护 typescript-eslint-parser，他们会封存仓库，也不会在 Npm 发布 typescript-eslint-parser，原本使用 typescript-eslint-parser 的开发者应使用 typescript-eslint/ parser 来替代。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• 校宝突围：终局决定现在
• Vue 3，我决定不再使用 Vuex
• 人工智能：“发动机”决定最终效力
• 这些知识决定了程序员的上限
• 云计算下一个十年，容器决定生死！
• 回归中的相关度和决定系数

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。