微軟在2019年前六個月對TypeScript的優先考慮是增強核心類型系統，提高生產力並改善錯誤檢測率。
需要說明的是微軟的TypeScript路線圖不是對功能交付的承諾。
核心類型系統
對於TypeScript和核心繫統，目標是以合理的方式在JavaScript中靜態建模模式，同時強制執行正確性和阻止錯誤。添加到ECMAScript規範底層JavaScript的功能 意味著TypeScript必須隨之發展。TypeScript和核心繫統的優先級包括：
- 以類型安全的方式啟用流行的JavaScript模式。
- 提高表現力。
- 證明類型之間的關係。
- ECMAScript功能的實現。
- 更嚴格的設置。
TypeScript範疇之外
現在用戶群包括整個JavaScript生態系統，TypeScript不再僅適用於TypeScript。考慮到這一點，微軟的優先事項包括：
- 更順暢地過渡到TypeScript。
- 瞭解更多動態模式。
- 改進JavaScript編輯。
- 自動添加JSDoc類型。
生產工具集成
對於生產力空間，目標包括：
- “主動”快速修復。
- 聲明文件修復和重構。
- 輕鬆遷移到TypeScript和鍵入的JavaScript。
- “麵包和黃油”修復和重構，指的是適用於大多數開發人員的一類代碼修改和修復。
ESLint與TSLint
同時正在考慮的是linting的增強，計劃要求使用ESLint可插入JavaScript linting實用程序 而不是用於TypeScript代碼的TSLint靜態分析工具。微軟計劃為ESLint的TypeScript支持做出貢獻，使其與TSLint保持一致。TypeScript的存儲庫將切換到ESLint。
速度和可擴展性
為了速度，穩定性和可擴展性，優先級包括：
- 解決性能問題，包括跟蹤和修復迴歸，例如Visual Studio IDE中的發出時間迴歸和性能問題。
- 在TypeServer的TSServer獨立服務器中自動卸載項目。
- 對複合項目的持續改進，用於為諸如monorepos和無服務器應用程序之類的場景構建共置項目。計劃支持自動交換項目以節省內存。
對於命令行體驗，正在考慮在命令行上顯示語言服務操作。用戶已經詢問了觸發“組織導入”等操作的方法，並自動應用快速修復和重構所使用的代碼轉換。
錯誤和類型展示
TypeScript中的錯誤用戶體驗為開發人員提供了一種理解類型系統正在執行的操作的方法。但是用戶體驗並沒有跟上系統的進步。計劃要求優先處理用戶提交的誤導性錯誤消息，並重新考慮“更可怕”的消息。此外，編輯器中的錯誤消息可能更容易接近，用戶可以根據需要查看錯誤的完整說明。
閱讀更多 碼上打卡 的文章
