皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

TypeScript 官方决定全面采用 ESLint

由于效能问题,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 替代。

转自 https://www.oschina.net/news/103818/future-typescript-eslint

分享到:更多 ()