告訴你，TypeScript 為什么能成為前端圈新寵?

你是否經(jīng)常在文章中見到 “你還沒有用TypeScript么，都2020年了！” 這樣的標(biāo)語？今天我們就來探究一下TypeScript的優(yōu)缺點(diǎn)。

此篇文章適用于沒接觸過TypeScript的人、僅讀過文檔但無實(shí)際項(xiàng)目操作的人，筆者希望借此文章可以給大家提供一個思路，便于以上兩種類型的讀者做出選擇。如果你是TypeScript老鳥，這篇文章可能并不適用于你，但是歡迎閱讀并一起討論。

什么是TypeScript？

TypeScript是一種由微軟開發(fā)的開源、跨平臺的編程語言。它是JavaScript的超集，最終會被編譯為JavaScript代碼。

TypeScript添加了可選的靜態(tài)類型系統(tǒng)和很多尚未正式發(fā)布的ECMAScript新特性。

TypeScript支持任意瀏覽器，任意環(huán)境，任意系統(tǒng)并且是開源的。

先列優(yōu)缺點(diǎn):

優(yōu)點(diǎn)：

1. 靜態(tài)類型
2. 方便閱讀
3. 減少bug
4. 社區(qū)活躍

缺點(diǎn)：

1. 學(xué)習(xí)成本
2. 開發(fā)效率的降低
3. 部分三方庫的兼容
4. 需要編譯

靜態(tài)類型

我們都知道，JavaScript是一個弱類型，且是動態(tài)類型的腳本語言。筆者大學(xué)期間第一次接觸JavaScript時(shí)簡直驚呆了，這也太幸福了吧！什么變量都可以var一下，變量還可以隨便賦值，函數(shù)的返回值類型？我再也不用關(guān)心這些亂七八糟的東西了，這才是語言應(yīng)該有的樣子?。?/p>

但是隨著做過的項(xiàng)目越來越多，這里要加一個類型判斷，那里也要進(jìn)行一次類型轉(zhuǎn)換，我漸漸意識到，這個問題不是看到的那樣簡單，想到這里，我不禁把目光投向了“幸福的罪魁禍?zhǔn)住保骸办o態(tài)類型”。

你是否經(jīng)常要寫這種類似的代碼？

const?data?=?typeof?params?===?'object'?
???params.data?
?:?JSON.parse(params).data;
?
if?(typeof?unix?===?'string')?{
?unix?=?parseInt(unix);
}

試想一下：

你花了一下午的時(shí)間，搞出來一個自認(rèn)為完美的函數(shù)。

然后小明1號拿去調(diào)用一下，程序崩潰了。

你查了一下原因：啊，原來是參數(shù)的類型傳錯了，趕緊補(bǔ)文檔補(bǔ)注釋說明一下。

然后小明2號拿去調(diào)用了一下，程序崩潰了。

你查了一下原因：啊，原來是參數(shù)的類型傳錯了，你趕緊叮囑大家使用時(shí)看文檔。

然后小明3號拿去調(diào)用了一下，程序崩潰了。

你查了一下原因：啊，參數(shù)類型沒錯，但是參數(shù)對象里面的值的類型傳錯了，你???@#&!!!...只能寫上一堆判斷和轉(zhuǎn)換，讓自己的程序更“健壯”。

上面的例子比較極端，但是我們確確實(shí)實(shí)在經(jīng)常遇到，那如果js是靜態(tài)類型的會是什么樣子呢？

你花了一下午的時(shí)間，搞出來一個自認(rèn)為完美的函數(shù)。

然后小明1號拿去調(diào)用一下。

小明1號發(fā)現(xiàn)參數(shù)類型傳錯，自己去修改了一下，沒來煩你，你甚至注釋都懶得寫，就開心的下班了。

方便閱讀、維護(hù)

類型系統(tǒng)實(shí)際上也是一個非常實(shí)用的文檔，大部分的函數(shù)通過查看類型的定義就可以知道如何使用，并且在vscode（此處使用vscode來代表所有代碼編輯器）里面去編寫TypeScript時(shí)，vscode會根據(jù)你當(dāng)前的上下文，把你能用的類、變量、方法和關(guān)鍵字都提示出來，一目了然。不僅如此，TypeScript的特性還增強(qiáng)了vscode的功能，包括代碼補(bǔ)全、接口提示和點(diǎn)擊跳轉(zhuǎn)等等

如下圖，我們可以很清晰的通過index.d.ts這個文件了解到cors這個函數(shù)的參數(shù)類型：

代碼提示：

那如果我不用TypeScript只使用d.ts不就好了么？

當(dāng)然也可以，只要你不嫌麻煩的話，因?yàn)閐.ts文件在TypeScript里面一般都是用tsc自動生成的。

減少bug

在最上面的例子中，我們已經(jīng)看到了vscode等IDE都會做出類型檢查，可以將很多類型錯誤直接提示出來，這一點(diǎn)在多人開發(fā)，和維護(hù)大型項(xiàng)目時(shí)尤為重要，項(xiàng)目復(fù)雜，函數(shù)和變量繁多時(shí)經(jīng)常出現(xiàn)一個人改了一點(diǎn)點(diǎn)東西，導(dǎo)致項(xiàng)目崩潰的情況，在TypeScript上面這種情況會大大減少。

但是值得注意的是，使用TypeScript也只能避免一部分錯誤，不能一勞永逸，平時(shí)遵守嚴(yán)格的編碼規(guī)范，配置eslint，代碼review，以及編寫單元測試等環(huán)節(jié)依然很重要！

社區(qū)活躍

繼Angular之后，React，Vue都相繼開始支持TypeScript，尤其是2019年更是TypeScript爆發(fā)性增長的一年，大部分第三方庫都開始有提供給TypeScript的類型定義文件。

學(xué)習(xí)成本

TypeScript因?yàn)槭窃贘avaScript的基礎(chǔ)上擴(kuò)展，所以真正的學(xué)習(xí)成本并不大，但畢竟是靜態(tài)類型，而且需要理解接口、泛型、類、枚舉類型新的概念，對于習(xí)慣了JavaScript語言的人來說很難習(xí)慣，導(dǎo)致了很多前端工程師聽見TypeScript的第一反應(yīng)都是拒絕，尤其是在看了用TypeScript編寫的項(xiàng)目后。

而且如果你想要在現(xiàn)有項(xiàng)目中充分體驗(yàn)TypeScript，你又將面臨異常高昂的切換成本。

開發(fā)效率的降低

雖然類型系統(tǒng)自帶文檔，可以省去很多編寫注釋的時(shí)間，但是筆者親身經(jīng)歷，為所有值填上類型真的痛苦，筆者在參與同事編寫的h264播放器時(shí)，分分鐘想切腹自盡。

你以為要寫的：

你實(shí)際要寫的：

人世間最痛苦的事情莫過于此，我5分鐘寫個方法，1小時(shí)才配齊文檔。

雖然TypeScript提供了Any類型，但是使用它的同時(shí)也失去了TypeScript的優(yōu)勢，建議不要使用。

部分三方庫的兼容

隨著TypeScript的愈加火爆，很多依賴包都支持了TypeScript，但是依然有一部分還沒有支持，如果你的項(xiàng)目剛好依賴了它們而你還想使用TypeScript的話，那你就需要為他添加一個d.ts文件才可以使用，添加的過程有多麻煩，我只想說祝你好運(yùn)。

需要編譯

JavaScript是標(biāo)準(zhǔn)，是可以直接在瀏覽器運(yùn)行的，這一點(diǎn)對于需要編譯的TypeScript來說，是一個很大的優(yōu)點(diǎn)。

我們對于TypeScript的使用

我們團(tuán)隊(duì)目前使用TypeScript編寫的項(xiàng)目：1、h264播放器 2、錯誤日志后臺

未來一段時(shí)間準(zhǔn)備使用TypeScript編寫的項(xiàng)目：1、pc官網(wǎng)服務(wù)端重構(gòu) 2、內(nèi)部組件庫

綜合考慮

在開始播放器項(xiàng)目之前我們主要是基于以下幾點(diǎn)考慮：

1. 對新技術(shù)的嘗試。組內(nèi)人員對新技術(shù)的熱忱度都很高，希望通過一個項(xiàng)目來實(shí)踐TypeScript。
2. 播放器是一對多類型的項(xiàng)目。使用播放器的人多且雜，難以保證都能按照文檔規(guī)范使用，我們希望過濾掉一些低級問題反饋。
3. 多人協(xié)作。播放器項(xiàng)目龐大，且音視頻信息在各個函數(shù)中多是引用類型傳遞和修改，對于類型系統(tǒng)的需求大，每個人來編寫時(shí)都可以避免類型錯誤，并且方便獲取參數(shù)類型進(jìn)行操作。
4. 代碼規(guī)范化。開源項(xiàng)目，所以代碼越規(guī)范越好，TypeScript便于理解，并配有詳細(xì)的文檔。
5. 新項(xiàng)目。從頭開發(fā)，沒有重構(gòu)老代碼的成本。

pc官網(wǎng)服務(wù)端重構(gòu)我們主要是基于以下幾點(diǎn)考慮：

1. 接口返回值固定類型。雖然有接口文檔，但是之前的接口交互時(shí)還是會經(jīng)常出現(xiàn)php端需要進(jìn)行類型強(qiáng)制轉(zhuǎn)換，或者js端進(jìn)行類型強(qiáng)制轉(zhuǎn)換，很麻煩，用TypeScript可以很好的解決這個問題
2. 持續(xù)維護(hù)。pc官網(wǎng)的服務(wù)端部分都是需要持續(xù)維護(hù)的代碼，使用TypeScript可以方便大家閱讀和后續(xù)擴(kuò)展、重構(gòu)。
3. 不同系統(tǒng)之間類型獲取。開發(fā)人員不太可能清楚每個系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，如果去閱讀又會浪費(fèi)大量時(shí)間，TypeScript可以直接查詢到需要的數(shù)據(jù)結(jié)構(gòu)并在編寫時(shí)代碼提示。

有很多人會問，TypeScript會不會像CoffeeScript一樣，在JavaScript引入標(biāo)準(zhǔn)后逐漸被拋棄，那我們還有學(xué)習(xí)的必要么？

這一點(diǎn)筆者認(rèn)為，有很大可能是這樣的，但是我們沒辦法確定這個等待期有多長，即便是后續(xù)會被JavaScript引入標(biāo)準(zhǔn)，在這之前你就可以享受到上面我們所說的便利，這不香么？

結(jié)論

是否使用TypeScript，筆者認(rèn)為在做出選擇之前，你需要認(rèn)真的衡量一下投入產(chǎn)出比，TypeScript帶來的優(yōu)勢是否對當(dāng)前的項(xiàng)目有很大提升，是否值得花費(fèi)大量的時(shí)間去對現(xiàn)有項(xiàng)目進(jìn)行重構(gòu)，值得注意的一點(diǎn)是，不管TypeScript最終會不會被應(yīng)用到項(xiàng)目中，你都應(yīng)該學(xué)會掌握它了，不要人云亦云。

最后，對于取舍問題，筆者的建議是：如果你的項(xiàng)目是大型項(xiàng)目，第三方庫，或者其他需要持續(xù)維護(hù)的項(xiàng)目，上TypeScript吧；如果你的項(xiàng)目是活動，分享頁面，等短周期并且不需要持續(xù)維護(hù)的項(xiàng)目，想用哪個用哪個，這里我想說，動態(tài)類型的爽還是真的爽。