杭州大前端的未來是否可期?

杭州大前端的未來是否可期?以銅為鏡，可以正衣冠;以古為鏡，可以知興替;以人為鏡，可以明得失。了 解前端技術(shù)的歷史，可以幫助我們更清晰地了解這個行業(yè)的未來!

一、冷兵器時代

在很久很久以前的公元1993年，位于美國的伊利諾州誕生了一-位名為NCSAMosaic的孩子。 它便是傳說中的微軟IE、網(wǎng)景以及后續(xù)眾多網(wǎng)頁瀏覽器的鼻祖?？上г诋?dāng)時只有少數(shù)的幸運(yùn)兒才可以使用它。

它的初始作用，是為了方便科學(xué)家看文檔、傳論文。所以,到今天為止,學(xué)習(xí)前端的人在接觸HTML的時候,都會記得它的第一句有個詞是Document。

次年的1994年，網(wǎng)景公司打造了一款名為Navigator 0.9版的瀏覽器，該產(chǎn)品在當(dāng)時也算是轟動- -時， 即使該版本瀏覽器僅僅可以用于瀏覽而已，并不具備與訪問者溝通互動的能力。所以網(wǎng)景公司急需一種網(wǎng)頁腳本語言, 可以使得瀏覽器與網(wǎng)頁互動。

同年，網(wǎng)景公司的一名叫Brendan Eich的員工，歷經(jīng)10天打磨出了-款名為JavaScript的產(chǎn)品。 據(jù)說Brendan Eich-點(diǎn)也不喜歡自己的這個作品?？赡苁撬?dāng)時就已預(yù)料到JavaScript在后面相當(dāng)長的一段時間中所寫出來的程序均是混亂不堪的。不過不管怎樣，瀏覽器通過JavaScript終于可以與網(wǎng)頁互動了。

那時候的互聯(lián)網(wǎng)開發(fā)者還被統(tǒng)稱為程序員。在那個年代，前后端開發(fā)是一-體的， 還并未分家。前端代碼只是后端代碼的一部分而已:后端接到瀏覽器的請求=>生成靜態(tài)頁面=>郵寄給瀏覽器。

當(dāng)時用戶的感受:提交完一個表單，瀏覽器要白屏等待許久,最后還有可能給你返回個“用戶名錯誤";假如你有一萬篇文章，那么你要寫一萬個靜態(tài)頁面......

二、熱兵器時代

一切都要從PHP、ASP、 JSP的出現(xiàn)開始說起，自從它們的出現(xiàn)才有了將數(shù)據(jù)嵌入到HTML中的形式，這也意味著互聯(lián)網(wǎng)行業(yè)正式告別了冷兵器時代，朝著熱兵器時代快速發(fā)展。

此時的互聯(lián)網(wǎng)興起了一種MVC的開發(fā)模式:

在此時，前端只是MVC中的V而已，可能是因為當(dāng)時負(fù)責(zé)V的開發(fā)人員是所有程序員中工資偏低的，所以都喜歡稱自己為"切圖仔”。沒錯，"切圖仔"便是前端開發(fā)工程師的前身。

隨著時間的不斷推移，后端的工作量越來越重，無暇顧及頁面的長相問題，于是乎“切圖仔”又多了一項任務(wù):切完圖之后，負(fù)責(zé)編寫頁面樣式，方便后端替換變量及渲染頁面。

自Ajax逐漸被使用到各個頁面上，也宣告了熱兵器時代巔峰的到來。此時的前端也不再只是后端的模板，它可以獨(dú)立得到并處理各種數(shù)據(jù)，也就在此時“切圖仔”們增加了-些JS的開發(fā)任務(wù)，朝著前端的道路又邁進(jìn)了一步。

在這個時代有一位不得不提的大哥級人物: jQuery。 其最擅長的功夫是操作DOM。由于在其麾下?lián)碛兄惶资铸嫶蟮牟寮鷳B(tài)系統(tǒng)，使得其快速風(fēng)靡了全球，并霸占JS庫一哥的地位許久。即使至了今天，江湖上依然還存在著這位大哥的蹤跡及傳說。

三、核武器時代

伴隨著信息時代、大數(shù)據(jù)時代的到來, jQuery 在處理大量數(shù)據(jù)操作時，已經(jīng)明顯力不從心了!但, web開疆拓土的步伐從未停歇過:

伴隨著Angular、React、 Vue等前端架構(gòu)以及Webpack的出現(xiàn)，使得前端一個人能夠完成的事越來越多。自此前后端分離可謂大勢所趨。

如今，后端負(fù)責(zé)數(shù)據(jù)，前端負(fù)責(zé)其余工作越發(fā)明顯化。它們之間的通訊，只需要后端暴露RESTful接口，前端通過Ajax,以HTTP協(xié)議與后端通信即可。

此時，手機(jī)端的發(fā)展也是不可小覷的:

2007年第一代iPhone發(fā)布；

2008年第一臺安卓手機(jī)發(fā)布；

......

悄然間互聯(lián)網(wǎng)進(jìn)入了移動時代。移動端的發(fā)展進(jìn)程和PC的歷史如出-轍，一開始都是Native App的天下。但瀏覽器試圖取代操作系統(tǒng)的篡位之心從未消減。

相比原生應(yīng)用，Web APP有太多好處:無須開發(fā)兩套系統(tǒng)版本、無須安裝、無須手動升級、無須審....我認(rèn)為最大的好處以及驅(qū)動軟件形態(tài)轉(zhuǎn)向的主要原因在于降低成本。

記得13年的時候韓寒說做一個APP大概需要五十萬，今天網(wǎng)上比較靠譜的分析評估半年時間從零做出一一個稍微像樣的APP至少100萬，而開發(fā)Web App花的錢一定少得多。

制約Web App的因素有很多,但我們可以看到Web App- -直在不斷修復(fù)缺陷、突破局限。

你說網(wǎng)頁有tab bar,好吧，給你個fullpage API。

你說網(wǎng)頁不能調(diào)取系統(tǒng)功能，好吧，Geolocation API、Vibration API、Luminosity API、Orientation API、Camera AP......

你說網(wǎng)頁不像APP有圖標(biāo)，IOS早就支持在桌面上添加網(wǎng)頁鏈接的快捷圖標(biāo)，還得是喬幫主遠(yuǎn)見;

你說網(wǎng)頁必須聯(lián)網(wǎng)，現(xiàn)在離線的方案也很多啊;

你說Web App性能差，這個.... 你說得對,也就是這個原因，Native App還能作為主流存在一段時間，可是如果Web App的性能逐漸趕上Native了呢?目前的Hybrid、nw.js、 Electron、 react native、weex等都可以看 做Web App在性能方面向Native靠近的嘗試。更何況半路又殺出個微信小程序。

所以，前端未來可期.....

杭州千鋒It培訓(xùn)地址

歡迎大家咨詢杭州千鋒It大前端課程，如需進(jìn)一步了解可咨詢在線客服或留言，我們看見會第一時間與您聯(lián)系。

杭州校區(qū)

浙江省杭州上城九堡鎮(zhèn)旺田書畫城A座4層