1樓：Jason5Lee
我最看中 TypeScript 的是型別系統的表達能力。
TypeScript 支援 Discriminated Union（又稱代數資料型別）、空檢查（諸如 T | undefined 一類的）、record（即全部都是屬性的介面，能通過物件字面量建立，從而達到類似某些語言 struct 或 record 的功能）等能力，能夠大大提高型別作為建模工具的能力。詳細可參考 Scott Wlaschin 關於函式式程式設計在領域建模中的應用，其涉及特性大部分都能在 TypeScript 應用。
2樓：lmikoto
個人感覺沒有任何優勢，可能是我太菜了。寫多了就成了anyscript，另外寫個東西就要定義型別真的很煩，我只想早點下班。
3樓：nekocode
既能用上 JS 龐大的生態
又能享受 TypeScript 不輸於（甚至碾壓）其他靜態語言的型別系統
有著世界上最龐大的工程師群體，可以跟你交流（/解決問題）效能？講真，你接觸到的 99% 的專案可能都到不了需要通過切換語言來提高那丁點效能的地步。
而且你再往前看看？Serverless 上不也一樣推薦跑 JS，語言（/直譯器）上的那點效能損耗真不是事
4樓：welt
寫後端的優勢的就不多說了（東施而已）。
從你的案例來說，選型者應該是迫不得已，可用、可快即可（或許這個勉強能弄，其他的語言也不怎麼敢弄）。其實這算不上什麼後端，自從有了V8帶來的Nodejs，彷彿閻羅王重生，彷彿要帶走其他一切語言，結果可想而知。
多的也不囉嗦了。總之，要做偏前端快、易、無複雜業務邏輯的（或系統周邊的）應用，可用考慮使用（或前端框架化），對於TS本身的所謂的優點就作為程式設計思想學習學習尚好。
5樓：
好處就是可以用前端熟悉的語法來寫後端。
TS本身也就是這兩年前端工程化的產物之一，並不是專攻後端，只是說可以去寫後端。
但實際上，簡單的CRUD用啥語言都一樣，沒啥區別。
6樓：朱仕傑
硬說優勢，就是可以和GQL和其他後端靜態語言上，有個AST語法轉換優勢。比如nest ，ts的優勢再多人協作，和寫任何專案沒有關係
7樓：Angry Bugs
好處是可以推給前端寫。。
後端裡面的 web 這一層，或者說提供 CRUD API 的這一層完全沒有必要讓後端程式設計師來參與了。這一層基本都是很常規固定的一些操作，比如你說的表單驗證這種，讓前端來寫還省去了對介面的麻煩，這個叫做 BFF(Backend for Frontend)。後端程式設計師可以把精力放在提供 RPC 服務、推薦、大資料的處理等等上。
typescript 巢狀陣列的型別怎麼寫？
2020年9月3日更新 typescript 4.1.0將支援Recursive conditional type，用它可以徹底解決這個問題 type Flatten readonly unknown Textends unknown Flatten readonly Flatten type Fl...
現在 TypeScript 的生態如何？
aemoe 因為每增加乙個編譯器都是一次build時間增加而且typescript還不和js一樣 Js可以向下相容會ES6的ES7的寫這些不會的繼續ES4，ES5 所以不會有太大問題而且用的這些新的功能是早晚會被瀏覽器支援的所以用起來很放心所以除非TypeScript受到瀏覽器的支援之前我都不建議在...
關於後端程式設計師寫前端用什麼框架更好？
追逐時光者 浩瀚星辰，優秀前端庫收藏地。AdminLTE AdminLTE是乙個完全響應的管理模板。基於Bootstrap 4.6框架以及JS jQuery外掛程式。高度可定製且易於使用。適合從小型移動裝置到大型台式電腦的多種螢幕解析度。materialize Materialize，乙個基於Mat...