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

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

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

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

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

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

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

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

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

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

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

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