一名曾仅运用 JavaScript 的开发者解释本人为何从支持 TypeScript 到转变为 TypeScript 粉丝。
Chirag Swadia 自称曾是 Anti-TypeScript 的 JavaScript 开发者。谈及支持的缘由，他以前不断以为给函数/变量添加类型以满足 TypeScript 编译器的要求属于过度工程化 (Over-Engineering) 的设计。由于这并没有提供任何有意义的便利之处，而且降低了开发效率——Chirag 表示本人最后总会遇到一些难以了解的编译错误，需求破费时间来处置。他也因此感遭到了挫败感，并末尾厌恶 TypeScript。
另一方面的缘由是，Chirag 难以了解 TypeScript 中像泛型这样的初级概念。他觉得本人身处 Java 世界，每行代码都有很强的类型化，让人不知所措。在 Chirag 末尾学习 TypeScript 时，他甚至会惧怕下面这种复杂的代码。
因此，由于上述缘由，虽然 Chirag 经过观看教程或阅读书籍来学习 TypeScript，但从未参与过任何运用 TypeScript 编写的企业项目。
变化出如今 Chirag 担任新职务之后，此时项目的技术栈为 TypeScript，他所担任的运用都是 TypeScript 编写(只要遗留上去的代码是 JavaScript 代码)，因此他不得不写起了 TypeScript 代码。正如 Chirag 所预料的那样，后来这关于他来说是一个庞大的应战，他对 TypeScript 的恨意也因此越来越大，但最终在几个月后，他发现了 TypeScript 的益处以及其别人喜欢 TypeScript 而不是 JavaScript 的缘由。
Chirag 也列出了本人成为 TypeScript 粉丝的三大理由。
不能够形状无法恢复并停止详尽的反省
Chirag 表示这是他喜欢 TypeScript 的主要缘由。他援用了在 React 运用中应用 TypeScript 来避免不能够形状的例子，此例子描画了交通讯号灯系统处置不能够形状的案例(点此查看)。
可尽早发现错误
Chirag 表示在运用 JavaScript 时，曾遇到过屡次由于在前端没有停止类型反省而在消费环境发现 bug 的状况。这些 bug 本可以避免，并且可以在编译时被 TypeScript 编译器发现，这样可以节省研发和 QA 的任务周期。
他以为运用 TypeScript 可以将一切都保持为最后定义的形状，假设将变量声明为布尔型，则它将一直是布尔型，并且不会变成数字。这提升了代码按照最后预期方式运转的能够性。简而言之，代码是可预测的。
具有丰厚的 IDE 支持并易于重构
Chirag 以为，类型相关的信息可以使 IDE 更好地发扬其用途，例如取得代码跳转和自动补全等功用，IDE 会提供准确的建议。此外，在输入代码时会取得即时反应，由于编辑器会在错误发作时立刻标记出错误，包括与类型相关的错误。这些功用可协助开发者写出可维护的代码，并带来庞大的消费力提升。
至于重构，Chirag 举了一个例子，比如引入一个新形状或许移除运用顺序正在运用的不必要形状，假设此时遗忘更新部分援用，TypeScript 编译器就会停止正告。他还表示重构后的运用顺序将以重构前的方式任务，所以不用担忧兼容方面的成绩。
(责任编辑：admin)