1樓：龍騰道默默地
你說直接跑，我就問乙個問題：型別部分會對執行時結果產生任何意義上的影響嗎？
如果不會，那麼本質上就是先翻譯成JS，無非是是否內建翻譯器的流行度問題。
如果會（比如函式過載），那麼……工作量有點兒大……一見any笑嘻嘻……
2樓：馬佳
不會說到底用的js直譯器。
而且也不是什麼地方都是的ts。庫的維護者當然用的著如果這ts的人連資料結構都不行，反而添麻煩。
並且標準面前，一切蒼白。有效果的東西，底層語言幹嘛不直接改。
我說ts是這個時代的jQuery.
3樓：王子亭
也許會，但並沒有必要。
TypeScript 的設計目標中多次提到它不會新增任何執行時的特性或依賴執行時資訊的特性，可以說 TS 是乙個沒有執行時的語言（借用了 JS 的執行時。我認為這是 TS 取得目前的成功的關鍵，只工作在編譯階段使它和 JS 有非常好的互操作性、JS 開發者可以沒有顧慮地過渡到 TS、與 JS 的大部分現有工具鏈相相容。
4樓：Yorkie
換個思路哈
建議題主可以看看這個提案，它使得 JS 引擎支援一種全新的二進位制格式，裡面會包含語法樹資訊，看到這個回答後，可以想象得到的是各種 JS 方言（包括 TS）以及 Babel 轉換器，最終可以生成這種二進位制格式即可。
5樓：
ts變化比較快，讓別人來做引擎跟不上更新速度，還得編譯，ts始終會被js限制住，因為瀏覽器只回去跑js，不可能東面開了個ts支援一下，西邊來了個coffee支援一下，要更好的支援ts，就把一些關鍵特性放到es裡，這樣ts編譯時就好編譯。
比如async await有原生了以後，就可以直接用原生的，不需要編譯成generate或者promise了，以後肯定是以這種形式為主。
在目前這樣的情況下，這就是最好的形態了。
6樓：嘿嘿
不會，除非微軟有當年IE這麼強勢的市場空間. 谷歌其實是乙個很封閉的企業. 起碼企業文化就是那樣.
谷歌不會願意flutter 使用typescript的.
遊覽器更不可能，因為一流企業是是做標準的.
江湖鬥爭中，大幫派喜歡離規矩. 和刺破其他幫派的規矩.
據說谷歌內部工作都極少使用微軟的產品.
7樓：
暫時沒有，Deno 也不是，倒是在 github 上搜wasm-runtime 搜到了個
8樓：wryjdhej
9樓：
AssemblyScript/assemblyscript
assemblyscirpt 勉強算吧，typescript 的子集（為什麼不是全集，主要是因為 typescirpt 是 js 的超集，js 糟粕太多)
typescipt => wasm，是目前看最佳的方案，承載 wasm 的容器那就多了，火狐/谷歌家的瀏覽器可以跑，或者脫離瀏覽器的 wasm-runtime 都行
10樓：張明鋒
這個可以換乙個思路來看，前端是編輯介面－後台可以執行對應的serverless服務（以docker封裝的typescript編譯，解析環境）。中間通過事件驅動的方式進行作業。
前端－畫布環境，編輯器 －> event sourcing驅動的serverless對應服務->後端typescript編譯，執行環境(docker化)也是可以解決的。
隨著推普，是否會廢除普通話等級考試？
不會，即使推普，各個地區普通話水平短時間內也不會全標準。並且一些特殊的職業需要更高標準的要求和證件，需要考試來保證。可以模擬英語四六八級 除掉特殊專業主持人什麼的有要求二甲語文老師和幼兒園老師普通老師二乙二甲及以上不是太好考 只能這麼說，雖然普通話的普及在擴散，但是等級考試還是要有的，就算所有的人都...
隨著社會發展，婚姻是否繼續存在？
漫步星空1985 首先人類一開始是沒有婚姻這個東西的。婚姻解決了人生產能力增加，人死後財產分配的問題，讓男女能夠協作生產共同生存，能夠更好的撫育下一代，減少因性衝動帶來的不穩定因素，讓社會結構更牢固。現在社會以上婚姻的價值開始變得淡化，因為社會本身結構的改變，社會發展演化也帶來的新的解決這些問題的新...
隨著創業團隊的成長，自己是該繼續自己的興趣方向，還是順應團隊新的需要？
ddaisyy 看提問者的位置。如果是領導者，關鍵是要思考清楚為什麼團隊的興趣會轉移，是否跟達成自己原先目標有衝突，然後進行權衡和調整。從副標題 自己適應不適應這個團隊 看來，提問者存在被邊緣化的趨勢，有可能是團隊中的一部分，那如果自己的想法真的和團隊衝突，又沒有許可權可以改變團隊方向，不妨先跟著大...