[[279406]]

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

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

========

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

前端的歷史

前端的發(fā)展始終伴隨著端的發(fā)展。

PC 端的興起

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

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

移動端的興起

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

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

PC 端的衰落

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

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

移動端的衰落

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

前端的未來

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

端的出現(xiàn) -> 業(yè)務(wù)場景的落地 -> 需要端的開發(fā)者 -> 端開發(fā)者學習、演進 -> 端的開發(fā)效率提升 -> 新的端出現(xiàn) -> 端的沒落 -> 端開發(fā)者轉(zhuǎn)領(lǐng)域或者被淘汰

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

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

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

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

那么現(xiàn)在前端還可以做什么？

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

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

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

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

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

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

阿里系前端在做什么？

阿里的業(yè)務(wù)體系很龐大，很多業(yè)務(wù)十分深入，因此阿里系前端也會提前針對業(yè)務(wù)發(fā)展的預期，做一些技術(shù)儲備。包括早期的 Node 前后端分離、前端工程化體系、Weex（weapp 等）在國內(nèi)都是領(lǐng)跑的，而且有足夠的業(yè)務(wù)場景進行落地。所以通?？梢宰鳛榍岸祟I(lǐng)域的風向標。

現(xiàn)在這個時間節(jié)點，整個阿里集團各個 BU 都有團隊在做中后臺產(chǎn)品。就我所知就有四五套組件體系、五六個可視化搭建體系。目前組件體系領(lǐng)跑的有

玉伯

下面的開源產(chǎn)品 ant-design 以及內(nèi)部沒開源的跨 BU 聯(lián)合協(xié)作的后起之秀 Fusion。而在淘寶終端技術(shù)團隊，我們的暫未開源的 ICE 中后臺技術(shù)產(chǎn)品也是集團范圍內(nèi)強有力的中后臺產(chǎn)品，經(jīng)過我們一年的打拼已經(jīng)基本站穩(wěn)淘寶中后臺業(yè)務(wù)，開始逐步輻射到菜鳥、盒馬、搜索等 BU 的中后臺業(yè)務(wù)。我們團隊基于 Fusion 中后臺體系，針對業(yè)務(wù)封裝了大量技術(shù)解決方案，并布局可視化拖拽系統(tǒng)和前端人工智能領(lǐng)域，處于領(lǐng)先位置。同時我們有非常大的中后臺業(yè)務(wù)場景 淘寶商家后臺 和 淘寶達人平臺，這些都是面向百萬級用戶對外的中后臺業(yè)務(wù)。

這些都可以說明中后臺前端領(lǐng)域可能是未來會爆發(fā)的一個領(lǐng)域，這個領(lǐng)域會立足業(yè)務(wù)、助力業(yè)務(wù)，快速產(chǎn)出（比如拖拽創(chuàng)建后臺頁面、特定領(lǐng)域解決方案）運營平臺頁面或者內(nèi)部產(chǎn)品以響應(yīng)復雜的業(yè)務(wù)邏輯變化。

Angular、Vue、React 框架之爭

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

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

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

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