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

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

创新互联建站专注为客户提供全方位的互联网综合服务，包含不限于成都网站设计、成都网站建设、大邑县网络推广、微信小程序、大邑县网络营销、大邑县企业策划、大邑县品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；创新互联建站为所有大学生创业者提供大邑县建站搭建服务，24小时服务热线：18982081108，官方网址：www.cdcxhl.com

有风险

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

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

太乱了

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

 
 
 
  
  
  
// TODO: do this more elegantly 
  
  
  
;((currentReducer as unknown) as Reducer< 
  
  
  
  NewState, 
  
  
  
  NewActions 
  
  
  
>) = nextReducer 
 
 

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

 
 
 
  
  
  
// HACK: Since TypeScript inherits static properties too, we have to 
  
  
  
// fight against TypeScript here so Subject can have a different static create signature 
  
  
  
/** 
  
  
  
 * Creates a new cold Observable by calling the Observable constructor 
  
  
  
 * @static true 
  
  
  
 * @owner Observable 
  
  
  
 * @method create 
  
  
  
 * @param {Function} subscribe? the subscriber function to be passed to the Observable constructor 
  
  
  
 * @return {Observable} a new cold observable 
  
  
  
 * @nocollapse 
  
  
  
 * @deprecated use new Observable() instead 
  
  
  
 */ 
  
  
  
static create: Function = (subscribe?: (subscriber: Subscriber) => TeardownLogic) => { 
  
  
  
  return new Observable(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插件来完成。

分享名称：不使用TypeScript的7个非常好的理由
链接URL：http://www.mswzjz.com/qtweb/news18/192768.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联