移動(dòng)前端開(kāi)發(fā)和Web前端開(kāi)發(fā)的區(qū)別是什么？

十多年前的前端，開(kāi)發(fā)者還在為兼容 IE6 而頭疼，框架上 jQuery 是老大，有追求的前端開(kāi)發(fā)可能會(huì)使用 Zepto.js 以減少網(wǎng)頁(yè)體積。這個(gè)時(shí)候，前端頁(yè)面主要還是以 PC 為主，這個(gè)時(shí)候根本沒(méi)有移動(dòng)前端的概念，在小小的手機(jī)屏幕上流量的頁(yè)面則是以純文本為主。

在 2011 ~ 2014 年之間的歷史階段里，模塊化的思路占為主導(dǎo)。當(dāng)時(shí)為了進(jìn)行 Assets 資源加載器的設(shè)計(jì)，就制定了模塊化的協(xié)議規(guī)范。當(dāng)時(shí)比較流行的模塊化協(xié)議就是 AMD（RequireJS）、CMD（Seajs 為代表）、KMD（Kissy 為代表）。在淘寶、天貓，Kissy 應(yīng)用的很火，所以 KMD 主導(dǎo)天下；在支付寶及外部社區(qū)，Seajs 應(yīng)用的很火，所以 CMD 主導(dǎo)天下，玉伯大大的名氣和威望也在前端圈里特別高；而 AMD 在國(guó)外比較流行，但漸漸也被后來(lái)出現(xiàn)的 CommonJS 規(guī)范削弱了氣勢(shì)。

隨著 3G、4G 的發(fā)展和 iOS 和 Android 手機(jī)在市場(chǎng)的普及量大增，PC 業(yè)務(wù)主戰(zhàn)場(chǎng)也逐漸過(guò)渡到移動(dòng)端。前端的思維模式由 PC 轉(zhuǎn)向了移動(dòng)端，并向 App 的用戶(hù)體驗(yàn)看齊。移動(dòng)端的 HTML5 協(xié)議支持不完善，前端的生產(chǎn)配套不全，Android 的屏幕碎片化，所以那個(gè)時(shí)候的前端開(kāi)發(fā)移動(dòng)端頁(yè)面適配的痛苦要遠(yuǎn)遠(yuǎn)超過(guò) PC 時(shí)代。

在前端社區(qū)，Angular、React、Vue、RN （React Native） 這樣的 MV* 框架一個(gè)接著一個(gè)出現(xiàn)，讓前端接受了數(shù)據(jù)驅(qū)動(dòng)思想的洗禮之外，還借助 RN 完成了移動(dòng)端的體驗(yàn)升級(jí)，包括后來(lái)的 Weex、Flutter。
在這個(gè)階段，前端開(kāi)始有了終端的底層架構(gòu)組，開(kāi)始構(gòu)思前端頁(yè)面在移動(dòng)終端上的加載性能和用戶(hù)體驗(yàn)表現(xiàn)。在阿里巴巴內(nèi)部，為了解決多端復(fù)用的問(wèn)題，Rax 借助 VDOM 打通 WebView 和 Weex 兩端，一套代碼跑天下。

隨著初代 iPhone 的發(fā)布，大屏幕手機(jī)逐漸變成了主流，移動(dòng)端的需求開(kāi)始爆發(fā)。在淘寶天貓，每年雙十一的移動(dòng)端成交額逐年攀升，并逐漸占領(lǐng)絕 對(duì)領(lǐng) 先地位。前端的領(lǐng)域也隨著這種趨勢(shì)逐漸細(xì)分，按照?qǐng)鼍翱梢院?jiǎn)單分為移動(dòng)(無(wú)線(xiàn))前端開(kāi)發(fā)和中后臺(tái)前端開(kāi)發(fā)。
移動(dòng)前端開(kāi)發(fā)面向的是消費(fèi)者端的 Web 與 輕 App 業(yè)務(wù)場(chǎng)景，在這個(gè)場(chǎng)景下，淘系經(jīng)過(guò)多年的營(yíng)銷(xiāo)活動(dòng)沉淀，逐漸形成了移動(dòng)端獨(dú)特的、輕量級(jí)的解決方案，以及模塊維度的、面向運(yùn)營(yíng)的頁(yè)面搭建系統(tǒng)。
中后臺(tái)前端則是面向企業(yè) ERP、CRM 、OA 等偏后的業(yè)務(wù)場(chǎng)景，如商家后臺(tái)等系統(tǒng)。在這個(gè)場(chǎng)景下，借助飛冰、Fusion Design 等中后臺(tái)物料，形成可視化的中后臺(tái)搭建解決方案，為業(yè)務(wù)的前端、開(kāi)發(fā)或產(chǎn)品角色提供一站式中后臺(tái)生產(chǎn)解決方案。

移動(dòng)客戶(hù)端開(kāi)發(fā)和前端開(kāi)發(fā)是兩條沒(méi)有交集的平行線(xiàn)，但現(xiàn)在我們?cè)絹?lái)越擁抱兩者的合作產(chǎn)物：混合式(Hybird)應(yīng)用開(kāi)發(fā)，或者用最近比較火的一個(gè)概念 -- 大前端技術(shù)。

從技術(shù)的表現(xiàn)形式思考，本質(zhì)上客戶(hù)端開(kāi)發(fā)與前端開(kāi)發(fā)都是終端技術(shù)，它的特點(diǎn)是直接面向用戶(hù) UI 編程。

隨著 iOS + Android 確立了移動(dòng)操作系統(tǒng)的統(tǒng)治地位，前端開(kāi)發(fā)者也在尋找使用操作系統(tǒng)提供的能力進(jìn)行業(yè)務(wù)開(kāi)發(fā)的模式。Web 的開(kāi)發(fā)方式遠(yuǎn)比 iOS 和 Android 更加方便和高效，Web 上層出不窮的各種庫(kù)和框架也遠(yuǎn)比 Android 和 iOS 的各種庫(kù)和框架方便的多。Web 上我們可以方便的使用各種前端框架，及時(shí)預(yù)覽效果（想想大型 Android/iOS 工程的編譯時(shí)間）。

從阿里巴巴的角度來(lái)看，隨著中臺(tái)化的理念逐漸被接受：業(yè)務(wù)需要追求快速發(fā)展，前臺(tái)的 UI 和需求會(huì)隨著商業(yè)決策快速迭代，前端和客戶(hù)端不同的崗位也形成了分工化的研發(fā)模式。

前端向上，前置作為業(yè)務(wù)方的唯 一接口，逐漸演變?yōu)榇笄岸说臉I(yè)務(wù)層。在這一層，它的職責(zé)是負(fù)責(zé)定義規(guī)范，通過(guò)框架規(guī)范業(yè)務(wù)的開(kāi)發(fā)過(guò)程，同時(shí)封裝統(tǒng)一的解決方案和工程化能力，將重復(fù)的工作抽離。

客戶(hù)端向下扎，解耦業(yè)務(wù)需求，轉(zhuǎn)為大前端的架構(gòu)層，給上層的業(yè)務(wù)開(kāi)發(fā)者提供能力支持。通過(guò)將客戶(hù)端的系統(tǒng)級(jí) API 以及宿主應(yīng)用的能力暴露給上層前端，提高前端頁(yè)面對(duì)更多富交互場(chǎng)景的承載能力。