最近社區針對框架的爭論，從發文互懟再到粉絲站隊再到大漠窮秋準備離職，令人唏噓不已。不知從何而起，前端圈已經逐步變成了前端娛樂圈。越來越多的人開始站隊 Angular、Vue、React，僅僅圍繞這些庫或者框架進行前端技術討論，這實在不是什么好的現象。其實我想基于我個人的經驗聊下前端的演進和未來，希望可以貢獻微薄的力量，消除一些我個人認為的前端社區不太好的風氣。

注意：以下只是我個人對于前端和業務的理解和感悟，不代表任何其他人和我所在公司、團隊的觀點，意見不同歡迎一起討論。

========

以史為鑒，想要知道前端的未來，必須知道前端的過去，抽象前端發展的規律。

前端的歷史

前端的發展始終伴隨著端的發展。

PC 端的興起

06 年左右國內互聯網公司開始有了前端工程師的概念，原因很簡單，是因為上網訪問網頁的人數增多，大型互聯網公司為了提升用戶體驗專門剝離了這樣一個崗位來解決相關問題。這是第一批專業前端工程師的起源。

在這幾年中的發展，進行了很多輪的技術方案、框架、瀏覽器的演進。比如 jQuery 兼容性庫，再到 Require.js 異步加載，再到現在 React、Vue、Angular 等附帶編程思想的前端庫以及前后端分離、前端構建器、樣式預處理器等。這些演進都是隨著 PC 端的用戶量的增多和業務復雜度的提升，為了用戶體驗和開發者體驗而進化的。

移動端的興起

09 年左右，智能手機的興起導致了移動端開發的熱潮。人人擁有智能手機，這種特殊的端的特性，也產生了新的業務形態。因此無線前端相關需求開始爆發，無線前端開發、iOS/Android 工程師等需求量非常大。

這幾年中的發展，先從最初把 PC 端頁面放在手機上渲染，再到出來響應式設計的概念，再到專門做無線端頁面，再到獨立客戶端和 Weex、React Native 這些跨終端的方案。也是出現了非常多的技術演進，這些演進不難看出也是因為用戶量的增多和業務復雜度的提升，為了用戶體驗和開發者體驗而進行優化的。

PC 端的衰落

14 年左右，其實 PC 端頹廢之勢早已顯現，但在雙十一下被放大。因此阿里系前端在這個時間點附近就開始弱化 PC 端前端的投入。 以前 PC 端業務，在無線端流量更大的直接被下掉，核心鏈路的 PC 端業務能用就可以了，不再做效果、功能迭代優化。甚至很多業務直接不做 PC 端只做無線端。業務指標也從 PC 的 PV、UV 變成了客戶端的 DAU 等指標。

在這個時間，只做 PC 端的前端，毫無無線端經驗的前端，將會慢慢喪失競爭力。PC 兼容庫 jQuery 之流也漸漸被替換廢棄，因為 PC 的業務很少花費精力做兼容性測試，甚至目前我們團隊的業務從來都只測試最新版 Chrome。可以看到，隨著端和業務形態的變化，很多前端演進的產物會逐步被替換廢掉。

移動端的衰落

移動端目前還沒有衰落，但一個端只要興起，就會有衰落的時候。總會有新的、更好的、更高效的端來替代老的端。但這個時機是難以預測的。

前端的未來

回顧前端的歷史，前端總是伴隨的端的變化而變化：

端的出現 -> 業務場景的落地 -> 需要端的開發者 -> 端開發者學習、演進 -> 端的開發效率提升 -> 新的端出現 -> 端的沒落 -> 端開發者轉領域或者被淘汰

這也就是為什么前端需要學習這么多東西，有這么龐大的體系的原因。每一個端都有它自己的特性。比如未來可能會火的 VR、AR 端，它們的特性就不同于二維平面的移動端，掌握 VR、AR 端的開發就需要新學習很多三維圖形圖像以及圖像識別領域的東西。

因此如果你想要知道前端的未來，你需要預測端的發展。但端的發展是很難預測的，回到 06 年，有誰會想到會有智能手機，并開創了移動端這個端？

而現在火熱的 VR、AR 端，目前看下來并不具備普適性。你需要在特定地點或者佩戴比較大的設備才可以用，你可以帶著它給人做手術第一視角給學生做演示，但你上廁所蹲坑更愿意掏出手機看新聞而不是帶著 VR 眼鏡看。現有的技術很難將其很自然的融入到我們的生活中。

沒有普適性和極大用戶量的端，不會有太大的開發需求量，主要是特定領域的端開發者。如果這個端死掉了，端的開發者將一無所有。但下一個干掉移動端的端到底是什么？我們可能很難預料，只能順應時代的發展快速學習頂上去。但人的精力有限，跟站在巨人肩膀上的每年出來活力四射的校招生，你又能競爭幾年？

那么現在前端還可以做什么？

除了移動端領域，既然無法預料到未來的端，那我們在當下和一段未來可以做什么？

其實在上面這些前端的歷史發展中，其實暗藏了一條被忽略的前端的線。我們再來回顧一下前端技術的迭代規律：

端的技術演進的原因，本質是因為業務的復雜度提升。比如一個資訊類業務，最初就展示一個信息列表和信息詳情頁面，那么簡單的 HTML 就可以完成。之后他們對列表和詳情頁增加了很多元素，比如有的詳情頁面增加了投票功能、有的詳情頁展示問答和評論功能等。業務邏輯的復雜就導致這個咨詢詳情頁需要 前后端分離、平臺化機制、前端組件化、異步加載模塊渲染 等技術演進。然而這只是消費者端的前端，運營者端的前端卻被忽略掉了。某類詳情頁顯示投票、某類詳情頁顯示問答和評論，都是業務規則，是需要運營者在運營后臺進行操作和配置；前端組件化是需要有組件化平臺來管理并推送相關組件等。

暗藏的這條被忽略的前端的線，其實就是中后臺前端。簡單的說，就是整個業務鏈路中偏向于運營端后臺鏈路的前端。

隨著前臺業務的復雜度提升，運營后臺的復雜度成倍提升。簡單的前端交互已經難以滿足運營的需求和效率。以前配置運營規則，只需要提交個表單即可，而現在則需要操作一個更復雜的表單，表單上面各種數據接口異步請求、聯動變化。運營平臺的建設和效率，在快速變化的互聯網環境，在某些情況下是關乎于公司業務發展的，可以預見的是這將成為前端需求的爆發點。

相比面向消費者端的前端，中后臺的前端更加穩定，通常只需要面向 PC 端即可，但是需要基于復雜的業務場景進行抽象產出通用技術方案和產品，面臨的挑戰并不會很小。

阿里系前端在做什么？

阿里的業務體系很龐大，很多業務十分深入，因此阿里系前端也會提前針對業務發展的預期，做一些技術儲備。包括早期的 Node 前后端分離、前端工程化體系、Weex（weapp 等）在國內都是領跑的，而且有足夠的業務場景進行落地。所以通常可以作為前端領域的風向標。

現在這個時間節點，整個阿里集團各個 BU 都有團隊在做中后臺產品。就我所知就有四五套組件體系、五六個可視化搭建體系。目前組件體系領跑的有?

@玉伯 ?下面的開源產品 ant-design 以及內部沒開源的跨 BU 聯合協作的后起之秀 Fusion。

而在淘寶終端技術團隊，我們的暫未開源的 ICE 中后臺技術產品也是集團范圍內強有力的中后臺產品，經過我們一年的打拼已經基本站穩淘寶中后臺業務，開始逐步輻射到菜鳥、盒馬、搜索等 BU 的中后臺業務。我們團隊基于 Fusion 中后臺體系，針對業務封裝了大量技術解決方案，并布局可視化拖拽系統和前端人工智能領域，處于領先位置。同時我們有非常大的中后臺業務場景 淘寶商家后臺 和 淘寶達人平臺，這些都是面向百萬級用戶對外的中后臺業務。

這些都可以說明中后臺前端領域可能是未來會爆發的一個領域，這個領域會立足業務、助力業務，快速產出（比如拖拽創建后臺頁面、特定領域解決方案）運營平臺頁面或者內部產品以響應復雜的業務邏輯變化。

Angular、Vue、React 框架之爭

上面內容全程沒有提 Angular、Vue、React，因為這些庫或者框架都是基于現有端的業務體系，基于用戶體驗和開發者體驗演進出來技術方案，并沒有什么優劣之分，各有各的長處。而在整個前端演進過程中，只是一塊很小的內容。

Angular 約束多，擅長復雜中后臺場景和多人協作。Vue 靈活，適用于簡單業務快速迭代（當然也有 Vue 做中后臺的）。React 組件化設計的好，可以實現比較好的組件生態進行復用。對于這些框架，你只需要基于現有的業務體系和開發者經驗，做好最佳的技術方案選型即可。在某些場景下甚至 jQuery 反而是更好的技術選型。

而隨著端的變化，一輪一輪的框架和技術方案會持續迭代，當新的端或者業務領域出現之后，更適合的庫或者框架將會出現。那么 Angular、Vue、React 很容易的就會像現在我們對待 jQuery 一樣，被我們更新換代掉。畢竟一個公司賺錢是因為業務賺錢，而不會因為你用了 Vue 或者 Angular 這些技術框架而賺錢。哪個庫或者框架適合你的業務形態，可以給你帶來穩定的系統和好的用戶體驗，讓你有高效的開發效率，當然就選哪個了。

前端新手很容易會把框架當成前端的全部，比如我前幾年剛學會 jQuery 可以用 jQuery 寫出任何特效的前端頁面，當時的我認為 jQuery 就是前端的全部，用熟了就可以一招走天下。但工作時間長了你才會發現 jQuery 只是滿足了當時的業務需求，技術框架是隨時會變的，不變的是特定業務的解決思想和方案。這個我認為才是非框架研發的前端需要探討研究的更有價值的內容，比如針對無線頁面跨頁面跳轉的狀態本地存儲方案、多頁面無刷新的單頁面路由方案等等。

寫在最后

再次重申，以上只是我個人的觀點。希望可以幫助大家看到更大的前端演進的全貌，避免在一個小節點死懟。

希望討論的可以加我下微信或者直接在評論中評論，跟隨討論我可能會修改本文部分內容來保障內容盡可能正確。

原文發布時間：2018年05月11日

作者：于江水

本文來源：知乎??如需轉載請聯系原作者

總結

以上是生活随笔為你收集整理的Angular、Vue、React 和前端的未来的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。