什么场景下不该使用TypeScript？
极客时间编辑部
讲述：初明明大小：4.20M时长：04:36
TypeScript 是一种开源的编程语言，由微软开发并维护，相当于 JavaScript 的超集，它可以在代码编译期间检查类型，并为编程语言添加了可选的静态类型。
微软设计 TypeScript 时主要考虑的是大型应用程序的开发需求，例如用户超过 500 人的企业级应用程序。TypeScript 还可以用于后端应用程序（例如 NodeJS），为其提供强类型语言。
软件工程师桑尼·雷西奥（Sonny Recio）称 TypeScript 的优势在于它能在编译时调试 JavaScript，但有些情况并不适合使用 TypeScript，比如下面列出的这些情况。
1. 构建小型应用程序或原型应用
当你在构建原型应用以尽快展示生产级应用程序的功能效果时，你肯定不愿意在 JavaScript 中额外的类型检查器，因为它们可能会影响你的工作效率和交付速度。
请注意，TypeScript 用起来是很啰嗦的，因为开发者需要声明很多类型才能完成工作。有人可能会说 TypeScript 的代码虽然啰嗦但容易调试，函数出错的时候尤其有用。但这取决于你或你的开发人员是怎样使用类型系统的。你的开发人员可能只是简单地在函数中输入各种类型，因此就算出了问题也没什么用。
也有很多人会说，提前添加类型检查能节省很多时间，在构建原型应用时可以预防很多让人头疼的错误。确实，从长远来看静态类型可以为你节约大量时间，但如果你是在构建自己的原型应用，这个应用可能压根就不会进入下一阶段，你也就没法体验到类型系统的长期收益了。
2.TypeScript 未能带来预期的结果或价值
只有当 TypeScript 提供了你预期的那些好处时才有自己的价值，否则结果会变得很糟糕。在你将 TypeScript 深度用于实践工作之前，必须先搞清楚为什么你要使用它，为什么要在项目中应用它。如果它没能提高你的生产力，没能增强你正在构建的应用程序的可靠性，那么你就没有从中获得什么价值。
你需要评估 TypeScript 在你的使用场景中到底能提供多大程度的改善和价值，然后再决定要不要用它，这样才能充分利用它的优势。
3. 你的开发人员缺乏经验而不愿意适应它
你应该仔细评估和观察开发人员使用 TypeScript 的经验水平，你还可以研究他们为了使用 TypeScript 需要多久的学习时间。如果团队中的开发人员都不熟悉 TypeScript，你可能就得放弃强制推广这项技术了，除非这样做的投资回报率很高。
没有令人信服的理由，就不能强迫团队适应 TypeScript，具体还要取决于团队处理的项目类型。另外还要考虑团队成员之前所拥有的技能类型组合。他们有 OOP 的开发经验吗？接触过 C# 和 Java 吗？如果答案是否定的，那么强迫他们使用 TypeScript 就是弊大于利的。
最后，你应该主动询问你的团队是否愿意适应和使用这项技术。如果你没有正确评估你团队拥有的技能组合，没有正当的理由也没有对你正在解决的问题作出恰当分析，那么你可能会做出非常自私的决定。
总之，要深入分析团队和项目是否真的需要 TypeScript，然后才开始研究如何在项目中使用它，你的团队成员一定会感谢你的谨慎态度的。
4. 使用 TypeScript 仅仅是为了跟风
为了练习和掌握 TypeScript 而使用它没什么问题，但仅仅因为“跟风”而在生产级应用程序中使用它是不合理的，不代表你就能从中获得更多价值。
开发者不能用技术的流行度来衡量其正在使用的工具价值，这是一个非常糟糕的指标。TypeScript 犹如一场风暴，席卷了整个 JavaScript 生态系统，吸引了大批开发人员广泛使用。这是因为大多数使用 TypeScript 的开发人员都有 Java 或 C# 的背景和经验，所以 TypeScript 才得以出头。
作为一名软件工程师，你需要意识到如果一项新技术无法提供你需要的价值，那么跟风使用这些技术就是毫无意义的。
以上就是今天的内容，最后雷西奥也建议广大开发者，其实只需要了解 JavaScript 的工作机制即可，添加 TypeScript 会成为一种代码优化方法，但前提是在正确的上下文中正确地使用 TypeScript 。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论