1樓：萬惡之源
不是，ts成不成為標準對你我這些開發人員重要嗎？要用ts還不是隨便用，babel這些轉碼工具隨便轉成js。你要去操web標準制定那些工作組人員對心，還不如多花點時間提公升一下自我水平，讓自己有更好的前途。
總結來說就是：想這個還不如想晚上吃啥有意義。
2樓：
不太可能，JS當年能在瀏覽器語言裡殺出重圍，憑藉的就是簡單、實用。
只要主戰場不變，JS的地位就不會動搖。不可否認TS在複雜工程裡的有其一席之地，但是縱觀整個web世界，還是簡單、輕量為主。
3樓：風一
作為引擎視角，不僅僅是為js語言新增型別這麼簡單，還要考慮宿主以及生態的一致性與相容性。如果沒有一致的方案，單純給js語言新增型別，猶如開啟了潘多拉魔盒，這是噩夢的開端
4樓：楊安康
從目前兩種語言的發展趨勢上看，TS 更多的是往工程角度發展，而 JS 則有許多學術研究的特點。其發展類似當年的 Objective-C 與 C++ 。
5樓：
明顯 wasm 的收益要比TS 高。
有了 wasm，就不受限 JS。愛用什麼就用什麼，只要編譯結果可執行就行了。最多就是編譯結果針對多瀏覽器進行區別化，夢回上古。
最近朋友推薦給我 F# 感覺不錯。型別不比 TS 完善多了？
6樓：
不可能。乙個是編譯型靜態語言，乙個是解釋型動態語言，連執行原理都不一樣，怎麼可能完全結合？
而且學完TS之後，JS就沒用了。也根本沒有結合價值。
落後生產力永遠要被先進生產力取代。當你學會使用打火機之後，還需要鑽木取火嗎？
未來有沒有可能將打火機和鑽木取火完全結合在一起？沒可能。
7樓：zeroone
提問者想問的是瀏覽器或者nodejs能不能原生執行typescript吧。
其實現在就能做到，瀏覽器用babel，node用tsnode。
逃。。。
8樓：
把ts交給標準委員會，意味著進化緩慢，扯皮嚴重。還不如現在的狀態呢。只有大家能達成普遍共識的，足夠成熟的，才時候交給標準委員會。
9樓：Shen
基本不可能
是不是把ts想成一種程式語言了，其實就是型別檢查工具而已，這個工具本來就是檢查js的，所以js專案加入ts僅僅只是技術上的搭配而已，並不會混為一談，以後也不會
10樓：
首先，意義不是特別大，ts相對於js更加嚴謹，但本質是超集。對於chrome firebox等瀏覽器來說要增加ts的runtime技術上應該輕而易舉。 因為js的問題並非前端的大問題。
前端目前最大的問題是標準與實現太混亂，還記得多年前的IE嗎？ 從IE6、IE8、IE9 就一家瀏覽器都能把人整瘋。現在各種Dom模型 css實現效果各家各戶都想的略有差異。
所以最大的問題是大家思想不統一，不然哪要什麼ts，直接把js公升級就完事
11樓：舍陀
不清楚，但是我不希望這麼走，專案稍微大一點我會自己上ts。我只是需要他成為乙個可選項，而不是必選項。當時入門對語言特性理解的模模糊糊，但是到現在，我很明確的告訴你，我喜歡js這門動態的語言，有時為了動態我都不用let和const，你卻告訴我要用ts替換他？！
我往往遇到這種問題都覺得提問者是後端出身
12樓：NaN
我認為這件事情在前端最大的阻礙不是js引擎能不能順便提供ts的問題，而是dom。
或者說，最大的阻礙是，不同版本的瀏覽器，很可能會提供不同的lib.dom.d.ts，因為不同版本的瀏覽器，很可能會基於不同版本的dom標準。
這本來在js裡不是個事，但在ts裡，就不一定了。
還有一點就是，瀏覽器的標籤的language屬性，大概可能又會變得有用了。
13樓：bingmo01
有可能。如果deno生態發展得好，完全有必要從v8執行層面優化ts的執行。另外，從工程和生態角度，現在大廠專案不少預設使用ts開發，這會進一步加大這個可能性
14樓：李李
不是能不能而且敢不敢的問題。
我認為不敢。
除非在語言層面做版本的大改假設：es16 vs es17 劃分完全不同的兩個大版本，且es17不向下相容， 注意且不向下相容。重要的說兩遍，這是災難性的變革。
未來有沒有可能將核反應堆做成內燃機？
結衣醬成為不了科學家 腦補一下，內燃機每一次點火做功都是一次小核爆 開啟腦洞想向一下，如果真的做成了這種內燃機可能會有兩種模型一種是靠微小型核爆膨脹氣體做功 一種是像核電站一樣，核燃料放生核反應，通過氣化水形成高壓蒸汽做功進一步腦洞 第二種可不可以理解為蒸汽直接推動汽輪機做功，汽輪機轉軸連線輪胎？第...
未來越南有沒有可能超過日本？
Tenzer 越南比日本更具區位優勢，人民勤奮，現經濟發展速度比日本快，只要執政者在戰略上深謀遠慮，政策正確，將來一定會成像日本那樣的大國，而不是可能，湘人不打狂語。 二師兄是個美男子 沒可能。第一 日本的人均是4萬美金，越南貌似是2000多美金，是越南的20倍不止。即使越南按照現在的速度，趕上日本...
未來AMD有沒有可能超越INTEL？
材料大一的答一發。首先，嚴格意義上來講這兩個公司的性質不是完全相同的，Intel是業界所謂的IDM Integrated Design and Manufacture 從設計，到製造 封裝測試以及投向消費市場一條龍全包的企業。而AMD是所謂的Fabless，只做設計。AMD以前也是IDM，不過由於虧...