为什么需要TypeScript？适用场景有哪些？它与Babel有什么区别？

1. TypeScript是否实用？微软开发它的初衷是什么？ #

TypeScript实用性非常高，目前前端生态里绝大多数中大型项目都已经将其作为默认开发语言。
微软2012年推出TypeScript的背景是：当时JavaScript已经从简单的页面脚本语言，逐步被用来开发大型Web应用、桌面应用（比如微软自己的Office Web套件），但JavaScript本身的弱类型、无静态检查的特性，导致大型项目迭代时维护成本极高，低级类型bug频发，团队协作效率极低。微软开发TS的核心初衷就是给JavaScript加上完整的静态类型系统，同时完全兼容JavaScript生态，大幅提升大型JS项目的开发体验和可维护性。 #

2. 它主要解决了哪些开发层面的痛点问题？ #

• 提前捕获类型错误：不需要等到代码运行，在编码阶段就能直接发现类型不匹配的低级问题，举个简单示例：

  // TS 代码
  function add(a: number, b: number): number {
    return a + b
  }
  add('1', 2) // 编码阶段编辑器就会直接标红报错，避免上线后才发现返回了字符串'12'
  

• 更精准的智能提示：编辑器可以根据类型定义自动补全变量、函数的属性和方法，不需要反复翻文档或者跳转定义查询。
• 提升代码可维护性：大型项目迭代时，修改一个函数的入参结构，TS会自动标记出所有调用该函数的不兼容代码，不用担心漏改导致线上问题。
• 类型即文档：只要定义了类型，其他开发者看代码时不需要猜变量、函数的输入输出格式，类型本身就是最准确的无歧义文档。
• 提前兼容新特性：可以直接使用还未正式落地的ECMAScript提案特性，编译后兼容低版本运行环境。

3. TypeScript和Babel的核心区别是什么？ #

两者的核心定位完全不同：

• TypeScript的核心能力是静态类型检查，附带语法编译能力：它会先对代码做全量的类型校验，校验不通过直接抛出错误，校验通过后才会把TS/高版本JS语法编译成目标环境兼容的JS代码。
• Babel的核心能力只有语法编译：它完全不做类型校验，只会把高版本的JS/TS语法转换成低版本环境可运行的JS代码，代码里的类型定义会被它直接忽略。
  现在很多项目会同时使用两者：用TS做类型检查，用Babel做编译，因为Babel的生态更丰富，兼容性配置灵活度更高。

4. 为什么需要使用TypeScript，适用场景有哪些？ #

如果你的项目不是只有几十行代码的临时小脚本，只要是需要长期维护、多人协作的项目，TS能帮你减少至少30%的低级类型bug，提升20%以上的协作开发效率，目前绝大多数互联网公司的前端项目都已经默认使用TS。

适用场景： #

• 大型Web应用、中后台管理系统等需要长期迭代维护的项目
• 多人协作的团队项目，尤其是人员流动率较高的团队，TS能大幅降低新人的上手成本
• 开源JavaScript库/工具开发，TS的类型定义能让使用者得到更精准的智能提示，减少使用错误
• 跨端应用（比如Electron桌面应用、React Native/Flutter Web移动端应用），这类项目代码量普遍较大，类型检查能避免很多跨端兼容导致的类型问题

不适用场景： #

临时写的小脚本、单页面小demo、代码量极小的原型项目，这类场景用TS反而会增加不必要的类型定义成本，直接用JS更灵活。 #

内容的提问来源于stack exchange，提问作者PeterLiu