國(guó)內(nèi)外都在重視Web前端技術(shù)開(kāi)發(fā) 提升速度及減少服務(wù)器壓力

 經(jīng)過(guò)這段時(shí)間國(guó)內(nèi)（百度，淘寶，新浪）及國(guó)外（Facebook，Youtube，Yahoo）各大公司的集中自曝，我們可以從中總結(jié)出2010 Web前端技術(shù)的一些趨勢(shì)。總的來(lái)說(shuō)，隨著后端技術(shù)（存儲(chǔ)，并發(fā)，分布式）的成熟，各大公司已經(jīng)把重點(diǎn)從后端架構(gòu)調(diào)整/建設(shè)轉(zhuǎn)移至前端（TTI時(shí)間，快速發(fā)布，帶寬利用率）。但作為明星技術(shù)的HTML5/CSS3，都未正式成為各公司的考慮重心，雖有所嘗試，但在關(guān)鍵功能上，均未成為主力。這也W3C對(duì)當(dāng)前HTML5/CSS3標(biāo)準(zhǔn)現(xiàn)狀的表述：“不適宜用作生產(chǎn)環(huán)境”一致。

基本概念
Web前端技術(shù)的范圍

1. 編程語(yǔ)言/技術(shù)（HTML，JavaScript，CSS等）

2. 跨瀏覽器兼容性/支持（JS Framework，CSS Library）

3. 網(wǎng)絡(luò)傳輸性能（并行下載，帶寬利用率）

4. 瀏覽器渲染時(shí)間/性能（TTI即用戶可交互前等待時(shí)間，JS執(zhí)行性能）


今年就我個(gè)人的感覺(jué)，F(xiàn)acebook無(wú)疑又成為了技術(shù)上的明星，在大家還在感慨其對(duì)于PHP的重大改進(jìn)HipHop(Blocked inside China mainland)的時(shí)候，今年Facebook又在前端技術(shù)方面給大家?guī)?lái)了驚喜。

Facebook面臨的問(wèn)題
500M（Million）注冊(cè)用戶，50%每天至少訪問(wèn)一次，用戶平均每日在線時(shí)間為5小時(shí)25分鐘。帶寬及服務(wù)器壓力均很大。

Facebook的解決方案
Quickling
Facebook提出了一個(gè)新名詞Ajaxify，顧名思義，就是將傳統(tǒng)的POST/GET轉(zhuǎn)換為Ajax請(qǐng)求。優(yōu)點(diǎn)顯而易見(jiàn)，首先減少了不必要的HTML傳輸，只請(qǐng)求和渲染頁(yè)面需要更新的部分，這就相應(yīng)減少了所需傳輸?shù)膬?nèi)容加快了內(nèi)容送達(dá)至用戶的時(shí)間。并且也減少了服務(wù)端對(duì)HTML的不必要的渲染。Facebook也提到了可以減少session的重復(fù)load/unload。

使用Ajax也許不是什么新鮮的新聞，大家拒絕這項(xiàng)技術(shù)的原因可能很大程度基于SEO的需求。解決方案也很簡(jiǎn)單，將Ajax只是作為提高用戶體驗(yàn)的手段，而不是瀏覽網(wǎng)站必須的方法，即可解決SEO的問(wèn)題（P.S. Facebook不需要SEO）。

一些實(shí)現(xiàn)細(xì)節(jié)：

整套方案包括：Link Controller, HistoryManager, BootLoader, Busy Indicator, CSS Unloading, Permanent link support, Resetting timer functions。這些方案本身沒(méi)有什么特殊的，大部分都可以顧名思義，需要解釋一下的可能是link controller，其含義是將標(biāo)準(zhǔn)的HTML LINK請(qǐng)求轉(zhuǎn)換為Ajax請(qǐng)求（通過(guò)綁定click事件）。Facebook的可貴之處是提供了這一整套完整的解決方案，最大程度上保證了網(wǎng)站的可用性。

效果：

提高了10%-30% 的網(wǎng)站傳輸時(shí)間，并提高了20%-30%的服務(wù)端頁(yè)面渲染速度。

使用范圍：

45%的Facebook頁(yè)面使用了此項(xiàng)技術(shù)。

PageCache
簡(jiǎn)單的說(shuō)，就是將訪問(wèn)過(guò)的頁(yè)面緩存在客戶端。但我們知道，作為Facebook這樣交互性很強(qiáng)的網(wǎng)站，需要保障用戶能盡早的獲得更新后的信息，而不是給用戶展示一個(gè)毫無(wú)意義的過(guò)期頁(yè)面。

Facebook設(shè)計(jì)了一個(gè)框架來(lái)識(shí)別一個(gè)頁(yè)面是否來(lái)自于緩存（猜測(cè)：頁(yè)面首次加載完畢后將所有Ajax的Callback和Result緩存在本地。Facebook頁(yè)面是基于Ajax獲取頁(yè)面內(nèi)容，參見(jiàn)BigPipe），若來(lái)自于緩存，通過(guò)Ajax來(lái)更新所需更新的模塊（猜測(cè)：通過(guò)JS預(yù)先定義本頁(yè)面所需更新的div Id及對(duì)應(yīng)的callback handler，并在頁(yè)面下載時(shí)同時(shí)下載下來(lái)）。

其提到了三種更新類型：增量更新，用戶復(fù)寫(xiě)（例如用戶在頁(yè)面上回復(fù)了一則評(píng)論）及跨頁(yè)更新（例如在消息詳細(xì)頁(yè)面將一則消息標(biāo)識(shí)為已讀，需將首頁(yè)的未讀消息數(shù)進(jìn)行更新。）。核心思路還是依據(jù)Ajax進(jìn)行更新。具體思路為：

增量更新：只要頁(yè)面來(lái)自于緩存，即更新所有預(yù)定義的需增量更新的模塊。

用戶復(fù)寫(xiě)：通過(guò)HistoryManager記錄用戶操作并在cache頁(yè)面讀取后重放所有被標(biāo)記為“replayable”的操作。

跨頁(yè)更新：通過(guò)服務(wù)端Database API發(fā)送信號(hào)至客戶端將過(guò)期緩存標(biāo)識(shí)為invalid（不清楚如何實(shí)現(xiàn)。也許是DB端提供一個(gè)開(kāi)放的webservice，客戶端通過(guò)Ajax持續(xù)訪問(wèn)此API來(lái)獲得此信息）。獲得了緩存過(guò)期信號(hào)后，通過(guò)Ajax更新需要更新的信息。

Facebook順帶提到了一個(gè)更新Ajax內(nèi)容避免頁(yè)面變化/閃爍的小技巧，就是先將需更新的地方設(shè)置為blank，而非直接更新其內(nèi)容。

效果：

加速了10倍的網(wǎng)站響應(yīng)時(shí)間并節(jié)約了20%的服務(wù)端頁(yè)面渲染成本。

BigPipe
此項(xiàng)技術(shù)通過(guò)將頁(yè)面分割為各個(gè)Pagelets的方式，將整張頁(yè)面的獲取/渲染變成了并行的方式（感覺(jué)非常像iframe sets，但Facebook使用Ajax實(shí)現(xiàn)。）。此項(xiàng)技術(shù)是Quickling和PageCache的基石。此技術(shù)包含了服務(wù)端/客戶端兩方面，在前后端均打破了以往頁(yè)面的渲染形式。

實(shí)現(xiàn)細(xì)節(jié)：

Pagelet的Response為JSON格式，包括id,css,js,content,onload等屬性及相應(yīng)內(nèi)容，收到后會(huì)通過(guò)預(yù)定義好的JS function來(lái)進(jìn)行渲染。

Pagelet提供的高級(jí)功能：Pagelet的繼承，Phased Rendering（猜測(cè)：依據(jù)規(guī)則渲染，也就是依據(jù)Pagelet的Response進(jìn)行渲染），跨Pagelet依賴（數(shù)據(jù)依賴，顯示依賴，JS依賴）。

BigPipe的三種模式：

一次渲染模式：即普通模式，支持搜索引擎，用來(lái)支持那些不支持JS的客戶端。

管線模式：即并行模式，并行請(qǐng)求，并即時(shí)渲染。

并行模式：并行請(qǐng)求，但在獲得所有請(qǐng)求的結(jié)果后再渲染。

效果：

提高了2倍的頁(yè)面響應(yīng)時(shí)間。

YouTube面臨的問(wèn)題
每天2Billion的訪問(wèn)。每分鐘上傳35小時(shí)的內(nèi)容�？蒠ouTube需要即時(shí)播放視頻！越快越好。

YouTube解決方案
1. 將JS引用位置從頁(yè)首移至頁(yè)尾。

2. 直接嵌入Flash Player（YouTube之前使用JS來(lái)加載Flash Player）。通過(guò)頁(yè)尾的JS來(lái)判斷客戶端的Flash版本（或不支持Flash），來(lái)替換預(yù)先嵌入的Flash Player或內(nèi)容（如果需要的話），用來(lái)支持特定的客戶群。

效果：頁(yè)面渲染時(shí)間從～400ms降低為～200ms。Flash播放時(shí)間從～1200ms降低為～1100ms。

3. 預(yù)加載視頻連接： 通過(guò)使用JS創(chuàng)建Image引用視頻內(nèi)容來(lái)與解析DNS并預(yù)開(kāi)啟一個(gè)connection供之后使用。

效果：建立視頻連接的總時(shí)間從～260ms降低為～180ms。

4. 提供簡(jiǎn)化版： 這個(gè)很無(wú)聊，就是提供一個(gè)簡(jiǎn)版。

效果：頁(yè)面加載時(shí)間從～1750ms降低為～1100ms。

5. UIX Widget系統(tǒng)：延遲加載非關(guān)鍵內(nèi)容。其實(shí)整段沒(méi)什么新意，大部分省略，無(wú)非是通過(guò)Ajax在頁(yè)面渲染完后再來(lái)動(dòng)態(tài)加載非關(guān)鍵內(nèi)容。比較特別的是利用JS的事件冒泡，在最上層用一個(gè)handler來(lái)處理各種事件（優(yōu)點(diǎn)不詳。。也許只是代碼比較簡(jiǎn)潔集中吧），通過(guò)CSS來(lái)標(biāo)識(shí)和識(shí)別對(duì)應(yīng)的handler。

Yahoo Mail
Yahoo如何構(gòu)建下一代的Mail系統(tǒng)？答案就是通過(guò)YUI3。Yahoo的技術(shù)絕對(duì)是最優(yōu)的，其已經(jīng)將web前端技術(shù)發(fā)展到一個(gè)非常成熟的地步，照顧到web的方方面面（數(shù)據(jù)壓縮，模塊化，高效CSS，非阻礙式JS加載，靜態(tài)內(nèi)容提供，利用瀏覽器cache等等），所以也鮮有創(chuàng)新了。某種程度上來(lái)說(shuō)，F(xiàn)acebook的一些所謂創(chuàng)新也不過(guò)是后知后覺(jué)，Yahoo早已考慮并實(shí)現(xiàn)了這些方案，只是也許不是那么有針對(duì)性而已。

Baidu
感覺(jué)整體傾向于組織結(jié)構(gòu)介紹及一些比較過(guò)時(shí)的內(nèi)容。如有興趣可移駕至http://v.youku.com/v_show/id_XMjE5OTM0NTA4.html 自行觀賞。

Taobao
還在討論一些何時(shí)使用Ajax，何時(shí)不使用的問(wèn)題。略過(guò)不提。有興趣的可以移駕http://ued.taobao.com/blog/2007/12/20/d2-2/ 自行觀賞。

相反的，淘寶的精益測(cè)試倒是引起了我的興趣，出自微軟的淘寶員工鶴云講述了淘寶是如何進(jìn)行CI（持續(xù)集成）的。有一些經(jīng)驗(yàn)例如代碼覆蓋率測(cè)試也給人一些啟發(fā)。感興趣的同學(xué)可移駕至http://www.infoq.com/cn/presentations/hy-tabao-lean-test 觀賞。

新浪博客
也是一些組織架構(gòu)，開(kāi)發(fā)方式的內(nèi)容。介紹了一下新浪自己的JS框架。并無(wú)太多亮點(diǎn)。有興趣的移駕http://v.youku.com/v_show/id_XMjE5OTYzMTI4.html 自行觀賞。


大概就總結(jié)了這么多吧，感覺(jué)還是國(guó)外在主導(dǎo)。國(guó)內(nèi)也在越來(lái)越重視這個(gè)方向，一些有實(shí)力的企業(yè)也做出了一些成績(jī)，但還是與國(guó)際潮流有差距，也許是重視程度的區(qū)別吧。

歡迎大家補(bǔ)充討論。