前端技术未来三年前瞻性思考
大家好，我是若川。今天推薦云謙大佬的一篇好文章，值得收藏。點擊下方卡片關注我、加個星標，或者查看源碼等系列文章。學習源碼整體架構系列、年度總結、JS基礎系列
習慣從業務場景、用戶體驗、研發速度、維護成本四個維度來看框架等前端技術，大部分的技術點都能找到合適的位置，解的問題是如何快速上線和維護滿足業務的好用的產品。
業務場景
這部分解從框架的角度看業務需要。
框架負責，
對接后后端框架
對接輸出環節，包括支付寶容器，pc 和 mobile 瀏覽器，組件研發等
對接二方服務，包括統計，鑒權等
未來三年，
更多的業務有移動辦公需求，小程序會繼續加量
更多復雜場景的出現，包括重型應用，應用集群等，WebAssembly，微前端，Module Federation 等技術會在此發揮作用
標準應用中 NoCode/LowCode 的占比逐漸增大，開發者逐漸習慣這種研發方式，包括云鳳蝶或更垂直的 NoCode 平臺，imgcook 等
需要對接的業務場景越來越多，框架層需要做取舍、收斂和適時的減法
用戶體驗
什么是默認好用？以及如何做到默認好用。
要有更好的用戶體驗，前端 + 設計師需負責，
前端尺寸要小，這樣頁面載入更快
合理的 Code Splitting、Bundle Splitting 和按需加載策略，這樣重要內容載入更快
UI 好看，交互流暢且好用
合理的緩存和預加載策略，這樣頁面切換更快
之前覺得 5G 來了尺寸肯定不是問題，直到我看到需要下載 60M JS 資源的頁面，內網環境打開頁面都要 8s+。現在的圖形庫、UI 庫根本不把尺寸當回事。
未來三年，如果我們希望有更好的用戶體驗，
圖形庫、UI 庫自己得做瘦身/按需加載/正確的 tree-shaking/設計合理的按需編譯
更多框架層內置的性能優化方案
框架接管請求層，不止是發請求，基于路由，提供緩存和預加載策略
混合研發如果成為主流，需要解沙箱滿的問題，參考?tech ui 首頁，換 module federation 或者坐等瀏覽器實現標準的沙箱環境
研發速度
這部分解如何快速完成研發，并交付上線。
各方配合，不止是框架，
工具提速、框架瘦身、TS 定義等
組件封裝，包含 antd/antv/tech-ui
數據準備，包含 oneapi
交付流暢性，包含 DEMO 中心，MOCK 平臺，聯調最佳實踐等
輔助工具
未來三年，
編譯速度肯定會大幅提升，路肯定不止一條；重 CPU 部分會基于 Rust/Go 實現但不是整體，整體方案的終態我更傾向 npm pre-built cdn + bundless 的組合；這不止是框架/工具等事，ui 庫和工具庫也許合理規劃和配置，不然一個項目用 5 個圖形庫 + 10 個依賴 antd 等庫，10000+ 的文件要編譯，怎么搞也是快不起來
更多垂直領域高級別的封裝，集成框架/UI/數據/數據流，快速產出中臺應用，形態可能是平臺，也可能是 ProCode；封裝等級越高，開發越快，但定制越難，需權衡
命令行在很多場景下不夠用，借助輔助工具可進一步提效；形態有編輯器插件、Chrome 插件和 In-Context Editing
維護成本
產品不僅要開發，還要維護，何況框架和依賴庫還在不斷升級。
成本問題包括，
新人的上手成本
開發人員迭代的接手成本
技術棧升級成本
未來三年，對于框架而言，
降低技術棧升級成本。這需要框架有更好的頂層設計，更好的抽象，抹平底層技術棧，解 3-5 年后依賴的技術棧變更后遷移成本最小化的問題；功能方面權衡一方集成/二方提供/三方引入，設計上適度集成，適度組合，適度 eject
寫一樣的代碼。持續打磨最佳實踐，方案唯一化，一不是絕對的一，而是特定場景下的一；框架支持多端適配，未來是 PC + 小程序，長遠看，多套寫法應該走向統一
最近組建了一個江西人的前端交流群，如果你也是江西人可以加我微信 ruochuan12 拉你進群。
·················?若川出品?·················
今日話題
略。歡迎在下方留言~? 歡迎分享、收藏、點贊、在看我的公眾號文章~
一個愿景是幫助5年內前端人走向前列的公眾號
可加我個人微信?ruochuan12，長期交流學習
推薦閱讀
我在阿里招前端，我該怎么幫你？（現在還能加我進模擬面試群）
若川知乎問答：2年前端經驗，做的項目沒什么技術含量，怎么辦？
點擊上方卡片關注我、加個星標，或者查看源碼等系列文章。
學習源碼整體架構系列、年度總結、JS基礎系列
總結
以上是生活随笔為你收集整理的前端技术未来三年前瞻性思考的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 前端学习（3213）：setstate的
- 下一篇： 推荐几个干货超多助你成长的前端大佬