七爪程式库：为什么我们应该使用 Typescript 而不是 vanilla Jascript？

如果您为生前端 Web 开发新业务，除非您过去几年以前生活在困境中都，否则您意味著获悉过 TypeScript，一种基于 JaScript 的程序语言第二语言。

TypeScript 是一个超集，它共享了几个基本特性，使我们愈来愈容易编写 JaScript 示例。 它愈来愈同样、一致、检测友好且无有误。 自 2012 年在 Microsoft 创始以来，TypeScript 的采用率急剧减少，并在 Google 将其确立为 Angular 的默认第二语言时进一步超越极盛。

TypeScript 的追溯。

1995 年，Brendan Eich 发明了 JaScript； 两年后的 1997 年，JaScript 踏入了 ECMA 准则。 ECMAScript 是一种 JaScript 准则，用于尽可能其网站在不同Firefox中都间的可用性。

2009 年，ECMAScript 5 (ES5) 是 JaScript 发布的第一个重要修订版，我们开始看见字符串、字符串和其他我们羡慕运用于的强大特性。 多年后，ECMAScript 6 (ES6) 增加了新的特性，比如 Promise、异步程序语言和令牌，它还为面向对象程序语言引进了愈来愈恰当的语法。 两个正式版都大幅提高了 TypeScript 的该游戏低水平，以克服 JaScript 的约束。

再三记起，所有用 vanilla JaScript 编写的示例都对 TypeScript 理论上，但比如说只不过。 Firefox本身不会忽略 TypeScript，因此必须必先将其转译为 JaScript，然后才能在Firefox中都运用于它。

JaScript 是一种准许您随心所欲地动手任何一定会的第二语言。灵活性使 JaScript 在任何经过检测的场景中都都独一无二。但是，就像任何好得令人震惊难以置信的一定会一样，它也有一些缺点。当我们暂时照相我们的工程项目或者当我们并不需要重构一些长间隔时间不会总编的示例部分时，这种长期的灵活性意味著则会变得难以承受并随之而来我们陷入困境。那是比如说的 JaScript，示例的纯粹自由。

在运用于 TypeScript 开展开发新时，我最羡慕的一件事是，在为我的用户界面创始新特性时，我沮丧很自信。我想到也就是说的给定或常量将完全按照我从一开始的预期兼职。我的一切都在控制之外都，之后不会定义的任何进去都不则会被执行。如果您想到它，它可以在开发新中都数据处理节省，因为可以通过控制封闭用户界面的内容来可能会有误和意味著的有误。

运用于 TypeScript 除去原生 JaScript 有很多效用，但与之只不过的一件事是学习曲线。如果我们穿越时空或者不会类型第二语言的科学知识，这并不容易，这也则会随之而来我们花费愈来愈长的间隔时间来编写和实现示例片段。如果我们想要有一个干净的、可扩展到的并且尽意味著必要的示例，我们必须约束可视并且不要错失它。侧面提及的所理论上用都真是，但我们不不应忘记它为开发新工具共享了极好的大力支持。

我认为工具是关于 TypeScript 最重要的科学知识，因为它集成了 TypeScript 统一咨询服务器（通称 tsserver），这是一个小王子协议，它纸盒了codice_和其他第二语言咨询服务，并将它们作为咨询服务公开给示例图形化。 Tsserver 为我们共享了一个强大的天然资源来解析我们的示例，并在我们程序语言时共享了大量的上下文帮助，称为 Intellisense。

结论

TypeScript 对开发新有大大的效用，但重要的是要记起，它的运用于并不是所有意味着的最佳必需。例如，如果我们正在检视一个简单的、不可扩展到的工程项目，则不敦促运用于它。对于一些小而同样的一定会，我的敦促是你不应运用于 vanilla JaScript。只不过，如果预计该工程项目则会随着间隔时间的不长而扩展到，不仅在示例行数上而且在用户数上，TypeScript 将是框架健壮示例特的愈来愈合适的必需，任何开发新人员都可以参与其中都开始合作。