點擊右上方，關注開源中國OSC頭條號，獲取最新技術資訊
由於性能問題，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 來替代。
開源社區OSC頭條號，每日推送最新優質的技術類文章，涵蓋外文翻譯，軟件更新，技術博客等優質內容。關注開源社區OSC頭條號，每日獲取最新技術資訊，點擊“瞭解更多”閱讀原文章。
↓↓↓
閱讀更多 開源社區OSC 的文章
