typescript編程技巧規范方法？

C/C++, Java 等靜態類型語言，是大多數工程師的入門語言。估計靜態類型的諸多特性已被習以為常，沒有給大家留下深刻的印象。反而會讓大家覺得，靜態類型很啰嗦，很死板，編譯通過太難。

真正了解 Typescript 之后，我才發現 Typescript 和 Java, C++ 等靜態類型語言有很大的不同。Typescript 的編程體驗可以概括為，既能享受靜態類型帶來的優點，如 IDE全方位的開發輔助和嚴格的代碼檢查；又能讓代碼像 Javascript 一樣簡潔和靈活！

Typescript 有很多靈活的設計，不僅僅是靜態類型那么簡單。

首先 Typescript 全面擁抱了類型推導，隨便用 Javascript 寫一個 object，ts 都可以推導出完善的 interface 類型。 隨著 Typescript 的版本演進，Typescript 的類型推導能力也越來越強大！強大到，Typescript 的類型是可編程的。什么意思呢，用大白話說，我要新定義一個類型，是可以基于已有的類型，通過編程的手段，進行轉化加工，最終得到一個新類型。而不是去從頭到尾去定義這個新的類型。

與 Java、C++ 不同，Typescript 沒有嚴格要求 100% 的靜態類型覆蓋。Javascript 代碼可以用 Typescript 直接編譯通過。所以 Javascript 項目想遷移 Typescript ，只需要批量把后綴改成 .ts，當你在一些地方希望享受靜態類型的好處時，再逐漸補充類型定義。而碰到靜態類型沒有帶來實質利益的case，也大可不必定義類型或者用`any` 來定義。

在前端這個特定場景中，其原始類型只來源于業務模型和產品需求規格，其它的類型都可以通過這兩類類型推導出來，而不需要重復定義。產品需求規格的類型定義少之又少，業務模型是大頭。而業務模型的類型，在全面擁抱靜態類型的后端代碼中，早已仔細定義過一份了。

如今前端項目越來越龐大，越來越復雜，靜態類型簡直是剛需，相信 Typescript 也會越來越普及。