2020年大前端發(fā)展趨勢

（給前端大學(xué)加星標，提升前端技能.）

作者：xiangzhihong8

https://blog.csdn.net/xiangzhihong8/article/details/103233487

迅速發(fā)展的前端開發(fā)，在每?年，都為開發(fā)者帶來了新的關(guān)鍵詞。2019 年已步?尾聲，2020 年前端發(fā)展的關(guān)鍵詞?將有哪些呢？發(fā)展的方向又會是什么呢？參考2019年大前端的發(fā)展，不出意外，前端依舊會圍繞?程序、超級APP、跨端開發(fā)、前端?程化以及新技術(shù)運用等幾個方面進行展開（可以參考2019年大前端技術(shù)趨勢深度解讀）。

在?程序??，今年仍然是?程序突?猛進的?年，各?主流的 App 都上線了?程序能?的?持，各前端團隊也都有了專?的?程序開發(fā)團隊，以適應(yīng)更快的?程序開發(fā)需求。同時App 中很多關(guān)鍵的功能都被?程序所替代，甚?有些 App 已經(jīng)變成 Native ?程序殼，上層的應(yīng)?實現(xiàn)全部是?程序。

在微信小程序出現(xiàn)以前，大家在談 Hybird、ReactNative，但終歸只是技術(shù)層面的狂歡，始終沒有業(yè)務(wù)屬性的注入。小程序的出現(xiàn)，一方面告訴業(yè)界在當(dāng)前設(shè)備上 Webview 也沒差到哪去，另外一方面告訴業(yè)界如何讓有能力的商家在超級 APP上進行私域運營。

另一方面，從技術(shù)角度說，在上層 DSL 的嚴格限制下，超級 APP 就可定義符合自己訴求的 Web 標準，彌補當(dāng)前 Web 標準的不足，最后和客戶端配合，結(jié)合離線、預(yù)加載、定制Webview 能產(chǎn)出類似于 NSR 等各種酷炫的技術(shù)模型，讓 Web 在端內(nèi)低成本達到 Native 版的體驗，端外也不會像 Weex 一樣有點小別扭。

不過由于需要依賴超級APP（微信、支付寶、百度、美團、頭條等），由于各家平臺采用的具體方案的差異，造成目前小程序的落地方案也不一樣，有時候需要開發(fā)多套代碼。

跨端開發(fā)??，RN ?態(tài)已經(jīng)?常成熟，或者說看不到太多發(fā)展前景，因為目前還停留在0.61版本，似乎1.0版本仍然遙遙無期。因此，今年很多團隊轉(zhuǎn)戰(zhàn)?歌?態(tài)的 Flutter，特別是 Flutter for Web 的第?個 Release，?讓 Web 前端重燃希望、躍躍欲試。

同時，蘋果公司也發(fā)布了全新的 UI 系統(tǒng)——SwiftUI，同時，開源社區(qū)中 SwiftUI for Web已經(jīng)在路上了，SwiftUI for Android 還會遠嗎？

跨端開發(fā)??，F(xiàn)lutter 仍會快速發(fā)展，并且會有更多的開發(fā)者，F(xiàn)lutter on JS、SwiftUIfor Web&Android 也將是開源?態(tài)值得期待的事情，畢竟跨端仍沒有?個完美的解決?案。

在前端?程化??，開發(fā)者最重要的基本素養(yǎng)就是通過?具提升效率，?前端開發(fā)者在這??會持續(xù)迭代和優(yōu)化。

曾經(jīng)我們談 Yoman，談 CLI 等系列構(gòu)建工具，但在團隊大了之后始終覺得差點什么。反觀 Java 同學(xué)，從沒聽說過 Spring Boot 配置工程師。今年很多團隊都在建設(shè)完整的前端 DevOps 流程?具集，?些團隊之間也開始協(xié)作共建，不管是 Web 還是?程序項?，從新建項?、開發(fā)、聯(lián)調(diào)（tiao）、部署、測試、發(fā)布、運維到監(jiān)控統(tǒng)計，都有完善的?具做保障和提效，今后前端?程也會越?越標準化。

展望2020年前端的發(fā)展，前端工程體系一定會更加閉環(huán)，不再是一個腳手架這么簡單，而是會結(jié)合 IDE，打通業(yè)務(wù)屬性，從項目初始化、到編寫代碼、到 CI、到灰度、到發(fā)布 形成一個完成的閉環(huán)。

Serverless 的?爆?乎可以歸因于前端。因為 Serverless 能夠較完美的?持Node.js，使? Serverless 幫助前端開發(fā)者解決了使?Node.js 過程中的諸多問題。

當(dāng)前的前端工程師大多都是科班出身，雖不能和正宗的服務(wù)端開發(fā)同學(xué)比，但也可寫很多服務(wù)端層的業(yè)務(wù)邏輯。當(dāng)前已經(jīng)有很多公司在做 BFF 層，來滿足這部分訴求，但依舊擺脫不掉運維、機器分配 這條攔路虎。隨著 Serverless 的逐步落地，BFF 這層的代碼會擺脫運維、機器分配等復(fù)雜的問題，同時大概率會由前端同學(xué)寫這部分代碼，服務(wù)端同學(xué)專注中臺系統(tǒng)的實現(xiàn)。從業(yè)務(wù)上說，業(yè)務(wù)的試錯成本也會大幅度降低。

隨著 Node.js 成為前端開發(fā)者必備技能之后，云計算的不斷普及會讓Serverless 觸?可及。當(dāng)越來越多的開發(fā)者嘗到研發(fā)?效的甜頭之后，Serverless 必將對前端的研發(fā)模式產(chǎn)?變?。

同時，使用Serverless的同學(xué)一定會使用 TS。這也意味著，2020 不寫 TS 可能真的就 Out 了。

WebAssembly 是一種新的字節(jié)碼格式，目前主流瀏覽器都已經(jīng)支WebAssembly。和 JS 需要解釋執(zhí)行不同的是，WebAssembly 字節(jié)碼和底層機器碼很相似，可以快速裝載運行，因此性能相對于 JS 解釋執(zhí)行而言有了極大的提升。也就是說WebAssembly 并不是一門編程語言，而是一份字節(jié)碼標準，需要用高級編程語言編譯出字節(jié)碼放到 WebAssembly 虛擬機中才能運行， 瀏覽器廠商需要做的就是根據(jù) WebAssembly 規(guī)范實現(xiàn)虛擬機。

有了 WebAssembly，在瀏覽器上可以跑任何語言。從 Coffee 到 TypeScript，到 Babel，這些都是需要轉(zhuǎn)譯為 js 才能被執(zhí)行的，而 WebAssembly 是在瀏覽器里嵌入 vm，直接執(zhí)行，不需要轉(zhuǎn)譯，執(zhí)行效率自然高得多。

舉個例子，AutoCAD 軟件是由美國歐特克有限公司（Autodesk）出品的一款自動計算機輔助設(shè)計軟件，可以用于繪制二維制圖和基本三維設(shè)計。使用它時，無需懂得編程，即可自動制圖，因此它在全球被廣泛應(yīng)用于土木建筑、裝飾裝潢、工業(yè)制圖、工程制圖、電子工業(yè)、服裝加工等諸多領(lǐng)域。

AutoCAD 是由大量 C++ 代碼編寫的軟件，經(jīng)歷了非常多的技術(shù)變革，從桌面到移動端再到 web。之前，InfoQ 上有一個演講，題目是《AutoCAD & WebAssembly: Moving a 30 Year Code Base to the Web》，即通過 WebAssembly，讓很多年代久遠的 C++ 代碼在 Web 上可以運行，并且保證了執(zhí)行效率。

hrome 的核心 JavaScript 引擎 V8 目前已包含了 Liftoff 這一新款 WebAssembly baseline 編譯器。Liftoff 簡單快速的代碼生成器極大地提升了 WebAssembly 應(yīng)用的啟動速度。2019年，很多的公司都開始投入人力進行WebAssembly的學(xué)習(xí)個改造，相信2020年WebAssembly會經(jīng)歷爆發(fā)式期。

2019年一個繞不開的話題就是5G。?先，5G 帶寬的?幅提升帶來傳統(tǒng) Web ??復(fù)雜度的進?步提升，如同 2G 到 4G 變?過程中??從 WAP 的純?本超鏈接時代變?到 4G 全圖?視頻時代。5G 對于??的變?必將是巨?的，但肯定不會?蹴?就。因為相應(yīng)的配套設(shè)施也需要逐步完善，如硬件性能和瀏覽器的處理速度。?服務(wù)端渲染（SSR）肯定是其中?個捷徑，輕前端重后臺，5G 是橋梁，把渲染放后臺，不像同構(gòu)那么簡單，需要關(guān)注和優(yōu)化渲染性能。WebAssembly 或許會在這個機遇下得到快速發(fā)展，因為它可以?縫對接后臺多種語?，?后臺渲染的優(yōu)化也會帶來前端??研發(fā)模式和技術(shù)架構(gòu)的變?。

其次，5G 帶來的萬物互聯(lián)，?將帶來有別于智能?機和普通 PC 的多樣化的應(yīng)?場景，VR、可穿戴設(shè)備、?載系統(tǒng)、智能投影、智能交互等?會把 Web 帶?各種各樣的垂直領(lǐng)域，這也意味著前端將有更多?闊的空間。相信隨著5G的大規(guī)模商業(yè)，會誕生一批新的互聯(lián)網(wǎng)巨頭。

分享前端好文，點個?在看?