TypeScript —— 過度炒作的垃圾?
當(dāng)前位置:點晴教程→知識管理交流
→『 技術(shù)文檔交流 』
我第一次“遇見” TypeScript 時的心聲是:這玩意兒到底是 JavaScript,還是另起爐灶的一門新語言? 查明之后,答案更像是:帶增值服務(wù)的 JavaScript。 “靜態(tài)類型!編譯期報錯!智能提示!” 當(dāng)場心動:何不試試?體內(nèi)的完美主義者按捺不住,于是挑了個小項目開刀,只為體驗?zāi)菍印邦愋桶踩墓鈺灐薄?/span> 三年快進(jìn)。熱情被現(xiàn)實磨平——TypeScript,或許被過度吹捧了。對嗎? 承諾 vs. 現(xiàn)實TypeScript 許下了不少好處:
聽上去近乎理想國。然而,它修補的并非最常把應(yīng)用搞崩的那類問題。
當(dāng)調(diào)研把話挑明微軟(TypeScript 背后的東家)一再強調(diào):最大紅利主要出現(xiàn)在超大型企業(yè)級工程,也就是數(shù)百名開發(fā)者共同維護(hù)同一代碼庫的場景。 更小團(tuán)隊呢?收益往往有限,甚至邊際效應(yīng)遞減。 再看 2023 年 State of JS 的調(diào)查:大約只有三成多(約 36%)的 JS 開發(fā)者真切地感到 TypeScript 提升了安全性。 更糟的是,不少人體驗到的“安全感”只是錯覺。 我親眼見過同事把幾小時“耗”在 現(xiàn)代 JS:其實已經(jīng)“夠用”一個常被忽略的事實是:現(xiàn)代 JavaScript(ES6+)已經(jīng)把“八成剛需”擺在你案頭:
再搭配 ESLint、單元測試,以及 運行期校驗(如
沒有靜態(tài)類型、沒有編譯負(fù)擔(dān),卻能在運行期把真正會讓程序跌倒的問題(例如“字符串冒充數(shù)字”)牢牢攔下。 你不需要 TypeScript,才能發(fā)現(xiàn)“用戶把 何時 TypeScript 得不償失我的親歷:團(tuán)隊里新同學(xué)要上手一套 TS 泛型爆炸的工程,入門曲線陡得離譜。
后來,我們把項目改回 Vanilla JS,流程反而順暢。 對中小型項目而言,TypeScript 常常像是一副“黃金手銬”:
TypeScript 的真正舞臺話也不能說死。TypeScript 依然有自己的“主場”:
但對多數(shù)團(tuán)隊在做的 SaaS 應(yīng)用、營銷站點、或中等體量的 SPA?它常常是“負(fù)擔(dān)多于護(hù)益”:學(xué)習(xí)成本、迭代成本與構(gòu)建成本都必須算清楚。 總結(jié)我愿意直說:“純 JS 已經(jīng)足夠,甚至綽綽有余。”在大多數(shù)真實世界的工程里,現(xiàn)代 JS + Lint + 運行期校驗 + 單測,可以解決 90%–95% 的痛點。
所以,與其追逐 TypeScript 夢,不如擁抱 JavaScript 的簡潔。 ? 閱讀原文:https://mp.weixin.qq.com/s/Rxc3Kqk5ivyD81egvZv9kw 該文章在 2025/10/9 11:10:13 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |