喜歡就關注我們吧！

一名曾僅使用 JavaScript 的開發者解釋自己為何從反對 TypeScript 到轉變為 TypeScript 粉絲。

Chirag Swadia 自稱曾是 Anti-TypeScript 的 JavaScript 開發者。談及反對的原因，他以前一直認為給函數/變量添加類型以滿足 TypeScript 編譯器的要求屬于過度工程化 (Over-Engineering) 的設計。因為這并沒有提供任何有意義的便利之處，而且降低了開發效率——Chirag 表示自己最初總會遇到一些難以理解的編譯錯誤，需要花費時間來處理。他也因此感受到了挫敗感，并開始討厭 TypeScript。

另一方面的原因是，Chirag 難以理解 TypeScript 中像泛型這樣的高級概念。他覺得自己身處 Java 世界，每行代碼都有很強的類型化，讓人不知所措。在 Chirag 開始學習 TypeScript 時，他甚至會害怕下面這種簡單的代碼。

▲ TypeScript 泛型示例

因此，由于上述原因，雖然 Chirag 通過觀看教程或閱讀書籍來學習 TypeScript，但從未參與過任何使用 TypeScript 編寫的企業項目。

變化出現在 Chirag 擔任新職務之后，此時項目的技術棧為 TypeScript，他所負責的應用都是 TypeScript 編寫（只有遺留下來的代碼是 JavaScript 代碼），因此他不得不寫起了 TypeScript 代碼。正如 Chirag 所預料的那樣，起初這對于他來說是一個巨大的挑戰，他對 TypeScript 的恨意也因此越來越大，但最終在幾個月后，他發現了 TypeScript 的好處以及其他人喜歡 TypeScript 而不是 JavaScript 的原因。

Chirag 也列出了自己成為 TypeScript 粉絲的三大理由。

不可能狀態無法恢復并進行詳盡的檢查

Chirag 表示這是他喜歡 TypeScript 的主要原因。他引用了在 React 應用中利用 TypeScript 來避免不可能狀態的例子，此例子描述了交通信號燈系統處理不可能狀態的案例。

案例查看：

https://zohaib.me/leverage-union-types-in-typescript-to-avoid-invalid-state/

可盡早發現錯誤

Chirag 表示在使用 JavaScript 時，曾遇到過多次由于在前端沒有進行類型檢查而在生產環境發現 bug 的情況。這些 bug 本可以避免，并且可以在編譯時被 TypeScript 編譯器發現，這樣可以節省研發和 QA 的工作周期。

他認為使用 TypeScript 可以將一切都保持為最初定義的狀態，如果將變量聲明為布爾型，則它將始終是布爾型，并且不會變成數字。這提升了代碼按照最初預期方式運行的可能性。簡而言之，代碼是可預測的。

具有豐富的 IDE 支持并易于重構

Chirag 認為，類型相關的信息可以使 IDE 更好地發揮其用處，例如獲得代碼跳轉和自動補全等功能，IDE 會提供準確的建議。此外，在輸入代碼時會獲得即時反饋，因為編輯器會在錯誤發生時立即標記出錯誤，包括與類型相關的錯誤。這些功能可幫助開發者寫出可維護的代碼，并帶來巨大的生產力提升。

至于重構，Chirag 舉了一個例子，比如引入一個新狀態或者移除應用程序正在使用的不必要狀態，如果此時忘記更新部分引用，TypeScript 編譯器就會進行警告。他還表示重構后的應用程序將以重構前的方式工作，所以不用擔心兼容方面的問題。

覺得不錯，請點個在看呀

總結

以上是生活随笔為你收集整理的我为什么对TypeScript由黑转粉？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。