不使用TypeScript的7個(gè)非常好的理由

每個(gè)人都喜歡TypeScript。它"解決"了JS的許多問題，它是JS的"超集"，它將使您的代碼不易出錯(cuò)，并且閱讀起來令人愉悅。有很多使用TypeScript的充分理由，但是我將給您7個(gè)不使用TypeScript的充分理由。

創(chuàng)新互聯(lián)建站專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、大邑縣網(wǎng)絡(luò)推廣、微信小程序、大邑縣網(wǎng)絡(luò)營銷、大邑縣企業(yè)策劃、大邑縣品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；創(chuàng)新互聯(lián)建站為所有大學(xué)生創(chuàng)業(yè)者提供大邑縣建站搭建服務(wù)，24小時(shí)服務(wù)熱線：18982081108，官方網(wǎng)址：www.cdcxhl.com

有風(fēng)險(xiǎn)

哇。如果TypeScript添加類型定義并在編譯時(shí)檢查它們，那會(huì)有什么風(fēng)險(xiǎn)?IDE集成還會(huì)警告您任何類型不匹配的信息嗎?正因?yàn)槿绱?。TypeScript僅在編譯時(shí)檢查類型，并且僅檢查可用的類型。任何網(wǎng)絡(luò)調(diào)用，系統(tǒng)庫，特定于平臺(tái)的API和無類型的第三方庫都無法與TypeScript通信。當(dāng)您習(xí)慣檢查類型并不必完全了解代碼和平臺(tái)時(shí)，錯(cuò)誤和錯(cuò)誤就會(huì)顯現(xiàn)出來。

使用JS，您無需對(duì)類型做任何假設(shè)，并且可以檢查變量的具體值以確保其符合您的期望?；蛘?，如果您在這種情況下不關(guān)心其類型，則不必。在TS中，您依靠編譯器為您完成此任務(wù)，但是它只能進(jìn)行很多檢查。您可以將這兩種方式結(jié)合起來，那又有什么意義呢?如果您要花時(shí)間編寫定義，然后花時(shí)間編寫代碼以確保在運(yùn)行時(shí)維護(hù)這些定義，那么為什么首先要使用它們?

太亂了

另一個(gè)悖論：本應(yīng)為代碼庫帶來清晰度和可讀性的語言反而使它模糊。為了說明我的意思，請(qǐng)查看一些我在流行的開源庫中找到的示例：

 
 
   
  
  // 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);   
  
  }

下一個(gè)示例來自RxJS庫。我不了解您，但是如果我必須使用一種可以幫助我的工具，那么我認(rèn)為這不是一個(gè)好工具。

它不能解決問題

據(jù)說TypeScript可以解決JavaScript的問題。但事實(shí)并非如此。動(dòng)態(tài)類型化從來都不是JavaScript中的問題，但是許多其他陷阱，例如NaN === NaN為false，分號(hào)為可選或非可選，換行符將對(duì)象定義更改為作用域，使用語法糖代替OOP確實(shí)是問題。TypeScript并沒有解決這些問題，而是引入了另一個(gè)標(biāo)準(zhǔn)，進(jìn)一步分化了JS社區(qū)。

即使假設(shè)JS中缺少鍵入是一個(gè)問題，TS也無法解決。你知道嗎Java，C，C#和其他編譯語言。他們可以安全地在編譯時(shí)和運(yùn)行時(shí)保證強(qiáng)類型?？谧g語言無法做到這一點(diǎn)。

它不是超集，而是子集

TypeScript是可以編譯為JavaScript的東西，根據(jù)定義它不能是超集。它限制了您可以使用JavaScript進(jìn)行的操作，并掩蓋了它的強(qiáng)項(xiàng)，同時(shí)提供了假的安全。如果您真的想成為一名優(yōu)秀的開發(fā)人員，請(qǐng)不要為安慰自己而撒謊，而是嘗試了解JavaScript的真正功能及其靈活性。

它是開源的，僅此而已

使用TypeScript的許多原因都表明它是開源的。沒錯(cuò)，TS編譯器是在MIT許可下分發(fā)的。但是它仍然由微軟(一家壟斷性公司)控制，它的開源進(jìn)步不過是行銷之舉。不要將開源與民主相混淆：Microsoft仍然可以自由地使用TS做任何您想做的事情，而且您就在這里觀看。另一方面，JS受國際委員會(huì)的管理，未經(jīng)社區(qū)批準(zhǔn)不會(huì)更改任何內(nèi)容。

但是大公司使用它…

我不敢相信有人認(rèn)為這是一個(gè)原因。大公司還使用舊版代碼庫，進(jìn)行稅務(wù)欺詐并歧視婦女。為什么突然之間使用TypeScript就是一個(gè)很好的例子?

但是它具有更多功能……

不再。的確，當(dāng)TS在2012年首次推出時(shí)，它具有諸如類之類的功能，但在JS中仍然不可用。但是從那時(shí)起，JS已經(jīng)走了很長一段路，現(xiàn)在TS努力跟上。如果JS中缺少任何內(nèi)容，則可以使用babel插件來完成。

分享題目：不使用TypeScript的7個(gè)非常好的理由
路徑分享：http://www.jiaotiyi.com/article/cocdges.html

網(wǎng)站建設(shè)知識(shí)

不使用TypeScript的7個(gè)非常好的理由

其他資訊