不使用TypeScript的7个非常好的理由

开发 前端
有很多使用TypeScript的充分理由,但是我将给您7个不使用TypeScript的充分理由。

每个人都喜欢TypeScript。它"解决"了JS的许多问题,它是JS的"超集",它将使您的代码不易出错,并且阅读起来令人愉悦。有很多使用TypeScript的充分理由,但是我将给您7个不使用TypeScript的充分理由。

[[373654]]

有风险

哇。如果TypeScript添加类型定义并在编译时检查它们,那会有什么风险?IDE集成还会警告您任何类型不匹配的信息吗?正因为如此。TypeScript仅在编译时检查类型,并且仅检查可用的类型。任何网络调用,系统库,特定于平台的API和无类型的第三方库都无法与TypeScript通信。当您习惯检查类型并不必完全了解代码和平台时,错误和错误就会显现出来。

使用JS,您无需对类型做任何假设,并且可以检查变量的具体值以确保其符合您的期望。或者,如果您在这种情况下不关心其类型,则不必。在TS中,您依靠编译器为您完成此任务,但是它只能进行很多检查。您可以将这两种方式结合起来,那又有什么意义呢?如果您要花时间编写定义,然后花时间编写代码以确保在运行时维护这些定义,那么为什么首先要使用它们?

太乱了

另一个悖论:本应为代码库带来清晰度和可读性的语言反而使它模糊。为了说明我的意思,请查看一些我在流行的开源库中找到的示例:

  1. // TODO: do this more elegantly 
  2. ;((currentReducer as unknown) as Reducer< 
  3.   NewState
  4.   NewActions 
  5. >) = nextReducer 

这是来自Redux库的,所有这4行代码都将nextReducer分配给currentReducer。

  1. // HACK: Since TypeScript inherits static properties too, we have to 
  2. // fight against TypeScript here so Subject can have a different static create signature 
  3. /** 
  4.  * Creates a new cold Observable by calling the Observable constructor 
  5.  * @static true 
  6.  * @owner Observable 
  7.  * @method create 
  8.  * @param {Function} subscribe? the subscriber function to be passed to the Observable constructor 
  9.  * @return {Observable} a new cold observable 
  10.  * @nocollapse 
  11.  * @deprecated use new Observable() instead 
  12.  */ 
  13. static create: Function = <T>(subscribe?: (subscriber: Subscriber<T>) => TeardownLogic) => { 
  14.   return new Observable<T>(subscribe); 

下一个示例来自RxJS库。我不了解您,但是如果我必须使用一种可以帮助我的工具,那么我认为这不是一个好工具。

它不能解决问题

据说TypeScript可以解决JavaScript的问题。但事实并非如此。动态类型化从来都不是JavaScript中的问题,但是许多其他陷阱,例如NaN === NaN为false,分号为可选或非可选,换行符将对象定义更改为作用域,使用语法糖代替OOP确实是问题。TypeScript并没有解决这些问题,而是引入了另一个标准,进一步分化了JS社区。

即使假设JS中缺少键入是一个问题,TS也无法解决。你知道吗Java,C,C#和其他编译语言。他们可以安全地在编译时和运行时保证强类型。口译语言无法做到这一点。

它不是超集,而是子集

TypeScript是可以编译为JavaScript的东西,根据定义它不能是超集。它限制了您可以使用JavaScript进行的操作,并掩盖了它的强项,同时提供了假的安全。如果您真的想成为一名优秀的开发人员,请不要为安慰自己而撒谎,而是尝试了解JavaScript的真正功能及其灵活性。

它是开源的,仅此而已

使用TypeScript的许多原因都表明它是开源的。没错,TS编译器是在MIT许可下分发的。但是它仍然由微软(一家垄断性公司)控制,它的开源进步不过是行销之举。不要将开源与民主相混淆:Microsoft仍然可以自由地使用TS做任何您想做的事情,而且您就在这里观看。另一方面,JS受国际委员会的管理,未经社区批准不会更改任何内容。

但是大公司使用它…

我不敢相信有人认为这是一个原因。大公司还使用旧版代码库,进行税务欺诈并歧视妇女。为什么突然之间使用TypeScript就是一个很好的例子?

但是它具有更多功能……

不再。的确,当TS在2012年首次推出时,它具有诸如类之类的功能,但在JS中仍然不可用。但是从那时起,JS已经走了很长一段路,现在TS努力跟上。如果JS中缺少任何内容,则可以使用babel插件来完成。

原文链接:

https://medium.com/javascript-in-plain-english/7-really-good-reasons-not-to-use-typescript-166af597c466)

 

责任编辑:赵宁宁 来源: 今日头条
相关推荐

2020-03-07 15:25:38

TypeScript代码开发

2009-11-09 09:09:42

Windows 7市场销售

2009-04-08 08:50:17

Windows 7微软操作系统

2012-11-21 10:01:35

RubyWeb

2019-04-28 11:01:05

云安全云计算CASB

2021-03-15 09:27:05

Redis优化技术

2010-05-13 11:45:56

MySQL数据库

2017-12-25 13:58:23

匿名函数普通函数代码

2012-05-15 09:35:43

jQuery

2010-06-10 10:50:17

MySQL数据库

2011-05-18 15:40:52

MySQL

2018-10-08 14:35:01

Linux游戏教育软件

2021-03-04 09:20:20

数据Redis 架构

2011-03-02 13:54:39

MySQL数据库

2021-04-30 20:10:46

类加载Java代码

2009-12-31 10:02:06

Ubuntu VMwa

2020-12-14 09:55:17

Redis数据库命令

2023-11-03 14:50:14

2010-02-12 09:26:28

XP系统更新

2009-03-11 17:52:36

LinuxGnomeKDE
点赞
收藏

51CTO技术栈公众号