1樓：
我發覺目前使用TypeScript 的程式設計師可分為一下3種:
1. 是後端程式設計師。寫前端純粹是被安排過來寫的，自己更喜歡寫後端，用自己熟悉的語法寫起來當然舒服 。
2. 沒有後段經歷的程式設計師。發現TypeScript 有靜態分析加持，很爽很開心。
3. Codebase 已經被前兩者寫了，只能接著用已經有的框架和已有的TypeScript 的語法修修改改，弄點邊角料。
更喜歡用原生的ES6+寫法的程式設計師多數都是經驗比較豐富的熟手了。懶得用腦子的短平快操作選手。哈哈。
2樓：OFFLINE
是因為IDE越來越強了.
如果沒有IDE, 用記事本的話, 還是無型別變數來得直接.
純粹用記事本改伺服器C#的時候, 我就有點想死的感覺.
3樓：PunCha Feng
其實我是反對ts的，但是js也是爛泥扶不上牆。一門語言差到沒法直接用它來程式設計，有多窩囊！js之所以紅，是因為他門檻低，但是ts的門檻可不低，所以，我不看好他後期
4樓：lqs469
大部分人都相信前端的未來會是TS, 至少有一片天地是TS的, 但是未來還未來...
目前真實情況是: 基本上我認識的前端都贊同並支援TS, 但是在國內第一線的實際生產中選型的卻很少... 沒辦法, 現在國內的網際網路節奏裡, 能越快出活才是真理.
而如果技術把關不嚴謹的話，結果就是上圖所示，全是any...
5樓：三色院堇子的老公
很好，很科學的趨勢。
換要作是js，乙個變數鬼大爺知道是什麼型別，有什麼函式可以呼叫，鬼大爺知道函式引數幾個，是數字？是字串？是物件，物件裡有啥？
6樓：徐海峰
成為趨勢是必然
參加了下GMTC前端開發者大會，使用 Node 的基本都在轉向 TS 或者已經轉了部分，大量使用裝飾器已經成為大部分人的喜好，包括我們在內，比如 @小爝 的https://
github.com/darukjs/daruk ，阿里的 https://
7樓：鯊叔
這個趨勢是有其合理性的。因為，大部分後端專案本質上代表著功能性服務。人們對功能性務的基本要求就是要「穩」。
而靜態強型別基本上是程式穩定和健壯的代名詞。雖然，TS是披著靜態強型別的外衣，但是它本質上是一套在靜態強型別和動態弱型別語言折中的設計方案（在TS裡面，你可以用型別斷言加Any逃脫各種束縛）,它很好地結合了js的動態性。因此，在寫TS的時候，既能享受型別系統帶給你的便利和穩健（型別提示，完整的API文件提示和糾錯等），又能在適當的地方繼續利用JS的動態性。
這是兩全其美的事，我們何樂而不為呢？nodejs之父另起爐灶的deno就是TS的在後台新的執行時環境。大佬都押寶TS啦，證明TS肯定有其成為趨勢的合理性啦。
因為技術上的合理性而成為趨勢，又因為趨勢促成其合理性，說的就是用在後端專案的TS。
如何看待電子產品中使用的類膚塗層？
路個的 類膚質塗層就是廠商繼 內建電池不能更換 後的另乙個催促你加速淘汰換新的手段。我有很多件用了這種材質的產品，隨著時間的流逝，除了Kindle那個目前沒出問題外，其餘幾個都變得 黏糊糊 而且我發現這個變化很大程度與時間成正比，和使用頻繁與否基本無關，而當這種情況一旦出現，扔掉是唯一辦法，想乾脆完...
如何在Python中使用break跳出多層迴圈？
浮生若夢 我覺得這裡if和else它確實不在同一級，這樣也不會錯，因為這裡應該還是會知道else是跟著前面的if的，只是迴圈裡面執行完了if肯定就不會執行else了 不管else屬於哪一層級 唉純屬個人見解，我也才學Python遇到這個問題，有問題請大家糾正 已登出 今天搜到這個問題是因為寫乙個解析...
如何評價Ame在比賽中使用bug？
郝影子 你說他是bug有問過v社嗎？v社死都不會承認這是bug的，從ti3泉水鉤，到屠夫鉤野拉中路兵線，到各種卡地形技能，到吃餅乾套路，v社從來沒有承認過這些是bug，事實上如果不是比賽裡面見到v社恐怕不會意識到這些問題。至於怎麼看待，正常利用遊戲機制，在你v社宣告或者改之前，我怎麼用都是合理的。也...