五個非常重要的移動web內(nèi)容適應(yīng)設(shè)計理念整理
改造現(xiàn)有的網(wǎng)站，使其可以通過移動設(shè)備訪問;
從頭開始構(gòu)建全新的移動網(wǎng)站。
這兩種目標(biāo)是截然不同的，所以相應(yīng)的技術(shù)方法也不同。前者的目標(biāo)可以歸結(jié)為：構(gòu)建一個無縫縮放的網(wǎng)站。這樣的網(wǎng)站可以在不同尺寸的屏幕上正常顯示，而網(wǎng)站原有的結(jié)構(gòu)、導(dǎo)航、用例則保持不變;后者的目標(biāo)是構(gòu)建一個全新的移動網(wǎng)站，以滿足移動用戶的需求(無論用戶是否處于運(yùn)動狀態(tài))，這需要不同的視圖和交互設(shè)計。
為了區(qū)分現(xiàn)有的不同技術(shù)，本文使用了術(shù)語：“無縫縮放”和“內(nèi)容自適應(yīng)”。前者的意思是當(dāng)現(xiàn)有的網(wǎng)站面向不同分辨率的屏幕時具有更大的靈活性、適應(yīng)性(flexible);后者的意思是為移動用戶量身定做。
內(nèi)容自適應(yīng)技術(shù)的演變
21世紀(jì)的頭10年里，移動web和桌面web之間的區(qū)別還是很明顯的。當(dāng)時只有一種技術(shù)可以實(shí)現(xiàn)不同設(shè)備之間的內(nèi)容適應(yīng)—即在服務(wù)器端進(jìn)行內(nèi)容適應(yīng)。這就意味著服務(wù)器要對設(shè)備進(jìn)行識別以切換內(nèi)容保證其正確顯示。實(shí)際上，服務(wù)器端的內(nèi)容適應(yīng)技術(shù)很必要的，如果沒有此技術(shù)web上的內(nèi)容將無法在設(shè)備上正確顯示。然而， 在近5年情況更加復(fù)雜了，各種手機(jī)、平板電腦的出現(xiàn)使得移動瀏覽器與桌面瀏覽器之間的功能差異越來越小了。即使是最普通的功能手機(jī)也內(nèi)嵌了功能豐富的瀏覽器。這就導(dǎo)致了三種結(jié)果：
移動設(shè)備和桌面設(shè)備之間將不再有明顯區(qū)別—現(xiàn)在正在由最普通的Nokia 1100到桌面瀏覽器平滑過度。
既然這么多的設(shè)備都具有了功能強(qiáng)大且支持JavaScript的瀏覽器，也就有越來越多的新技術(shù)為這些新設(shè)備提供內(nèi)容適應(yīng)服務(wù)。
有些人質(zhì)疑內(nèi)容適應(yīng)技術(shù)的必要性，理由是智能手機(jī)幾乎可以顯示所有網(wǎng)站的內(nèi)容。
本文旨在介紹諸多內(nèi)容自適應(yīng)技術(shù)，說明各技術(shù)的優(yōu)缺點(diǎn)，以供參考。
下表列出了當(dāng)今的主流技術(shù)：
此表可能存在爭議，因?yàn)椋瑸榱撕啙嵠鹨姡恍?fù)雜的及細(xì)微的特征在表中沒有表現(xiàn)出來。
響應(yīng)式設(shè)計
響應(yīng)式設(shè)計這個術(shù)語之所以如此流行是因?yàn)镋than Marcotte 于2010年5月份在超具影響力的網(wǎng)站A List Apart上發(fā)表的一篇文章及其2011年發(fā)表的書籍《Responsive Web Design》中都極力推廣該術(shù)語。Ethan介紹了一系列的設(shè)計原則和技術(shù)，能夠保證網(wǎng)站適應(yīng)于任何情況，也可以在移動設(shè)備上運(yùn)行。實(shí)際上，流暢的設(shè)計一直是資深web開發(fā)人員的追求目標(biāo)，但是Ethan所介紹的是一套具體的技術(shù)，大多數(shù)web開發(fā)者都可以在不使用其它新工具的情況下輕松實(shí)現(xiàn)這些技術(shù)，這就是該解決方案的誘人之處。
上述的響應(yīng)式設(shè)計是基于以下三種技術(shù)的：
流體網(wǎng)格—確保底層頁面的網(wǎng)格可以很好地適應(yīng)于各種尺寸的屏幕。
響應(yīng)式圖像—圖像在可變網(wǎng)格中可以正確顯示。
CSS media queries—所使用的CSS樣式可適用于不同分辨率、不同類型的設(shè)備。
這些技術(shù)使得一個HTML頁面可以運(yùn)行于不同設(shè)備，可以達(dá)到我們所期望的結(jié)果：采用這種技術(shù)所構(gòu)建的網(wǎng)站可以很好地支持舊版本的瀏覽器，可以在所有桌面瀏覽器及大多數(shù)智能手機(jī)上運(yùn)行。mediaqueri.es.上有很多這樣的例子。
(注：Ethan那本書的發(fā)行者Jeffrey Zeldman后來指出，響應(yīng)式設(shè)計不應(yīng)僅僅局限于Marcotee所介紹的技術(shù)，而應(yīng)該包含所有可以實(shí)現(xiàn)這一目標(biāo)的方法。)
響應(yīng)式設(shè)計這一術(shù)語只是該技術(shù)的標(biāo)簽。該技術(shù)包含了一整套的設(shè)計原則，以實(shí)現(xiàn)無縫縮放功能。可是，響應(yīng)式設(shè)計容易與移動web相混淆，導(dǎo)致開發(fā)者的錯覺，他們會以為只要使用了響應(yīng)式設(shè)計的網(wǎng)站就是對移動用戶友好的，就完成了移動網(wǎng)站的開發(fā)。當(dāng)然了，做一個反應(yīng)速度快的網(wǎng)站是好的，但缺少一種充分發(fā)揮移動設(shè)備本身功能的解決方案。
說實(shí)話，Ethan并不提倡用這種方法來構(gòu)建移動網(wǎng)站，他有一個很明智的建議：要根據(jù)具體項(xiàng)目來選擇合適的方法。他在書中指出：“最重要的是，web響應(yīng)式設(shè)計不是用來代替移動網(wǎng)站的。響應(yīng)式設(shè)計只是一個設(shè)計理念，一個前端的開發(fā)策略。既然是開發(fā)策略，這就意味著要根據(jù)具體項(xiàng)目來做出正確的評估。
作為一種實(shí)現(xiàn)移動網(wǎng)站的方法，響應(yīng)式設(shè)計存在以下三個問題：
只可以做到無縫縮放，而沒有實(shí)現(xiàn)內(nèi)容自適應(yīng)。從移動領(lǐng)域來看，這種技術(shù)是低效的。(即使圖片在某移動設(shè)備上不能全屏查看或者根本無法顯示，也需要將整個圖片下載下來。)
由于響應(yīng)式設(shè)計理念中，HMTL代碼是要傳遞到所有設(shè)備中的(無論大小)，這就使得它不能很好地支持低端設(shè)備。波士頓環(huán)球報網(wǎng)站上大肆宣揚(yáng)：“所謂的響應(yīng)式設(shè)計杰作，在主流手機(jī)(如：Motorola RAZR、Nokia 6100)上卻不能很好地運(yùn)行，甚至根本無法運(yùn)行。”
不能很好地處理實(shí)時數(shù)據(jù)，所以用戶體驗(yàn)不夠好。
響應(yīng)式設(shè)計雖然可以實(shí)現(xiàn)無縫縮放，但是所支持的用例很有限，并不是一個很好的移動web解決方案。
#p#
Mobile-first 響應(yīng)式設(shè)計
自從Ethan的文章及著作發(fā)表以來，許多人指出，如果將響應(yīng)式設(shè)計反過來用可能會更合理：如果你設(shè)計的網(wǎng)頁風(fēng)格默認(rèn)就是對移動用戶友好的，那么一些響應(yīng)式設(shè)計問題也就不存在了。特別地， 避免下載不必要的大圖片問題就可以由該方法解決。目前，這種技術(shù)的最佳實(shí)踐是：首先為所有設(shè)備提供合適的圖片，然后用這些圖片來代替大圖片。來自The Filament Group的Scott Jehl已經(jīng)做到了這點(diǎn)。
Mobile-first 設(shè)計理念的另一個優(yōu)點(diǎn)是：該設(shè)計理念可以作為一個楔子，使得設(shè)計人員找到了一個充分的理由來清除多年來在桌面網(wǎng)站上積累下來的不必要的混亂。因?yàn)榘凑誱obile-first設(shè)計理念，這些混亂是必須要剔除的。
Mobile-first響應(yīng)式設(shè)計是對原有技術(shù)的重大革新，但也存在問題：
只實(shí)現(xiàn)了無縫縮放，而沒有實(shí)現(xiàn)內(nèi)容自適應(yīng)。
桌面網(wǎng)站需要從頭開始重新設(shè)計。也許你認(rèn)為這反倒是件好事。
總之，如果你的目標(biāo)是構(gòu)建移動網(wǎng)站，mobile-first響應(yīng)式設(shè)計是唯一實(shí)用的響應(yīng)式設(shè)計理念，因?yàn)閺牡投嗽O(shè)備到桌面瀏覽器都可以使用該方案。
漸進(jìn)增強(qiáng)
漸進(jìn)增強(qiáng)(PE)是一種新近流行的有關(guān)內(nèi)容適應(yīng)方面的術(shù)語。最初是在約10年前由Steven Champeon和Nick Finck在他們的文章《Inclusive Web Design Future》中提出來的，該文章發(fā)表于SXSW。漸進(jìn)增強(qiáng)的核心思想是：在單一的網(wǎng)頁上實(shí)現(xiàn)JavaScript增強(qiáng)邏輯，使其能夠服務(wù)于所有類型的設(shè)備。如果設(shè)備過于簡陋，則JavaScript可能得不到運(yùn)行或報錯，因此用戶體驗(yàn)會很差;如果是智能設(shè)備或桌面瀏覽器，則JavaScript會逐漸向頁面增加新的功能，充分發(fā)揮設(shè)備的硬件功能。理論上講，分層是沒有上限的，可以逐漸從功能手機(jī)瀏覽器漸漸過度到臺式電腦瀏覽器。
PE的誘人之處是很明顯的：它可以滿足所有類型的設(shè)備—可以很好地滿足低端設(shè)備，因?yàn)樗枪收习踩慕鉀Q方案;高端設(shè)備的功能又不會因?yàn)檫@個“最低限度共同點(diǎn)”而受到限制。剛剛發(fā)布的jQuery Mobile庫就用到了PE解決方案，dotMobi公司是該庫的贊助商之一。實(shí)際上，PE將內(nèi)容適應(yīng)邏輯從服務(wù)器端移到了客戶端。這種方案存在兩個問題：
該技術(shù)的核心“漸進(jìn)增強(qiáng)”的執(zhí)行是需要一定時間的，所需時間的長短主要取決于設(shè)備的硬件性能，當(dāng)然也可能與網(wǎng)速有關(guān)。舉個例子，某些型號的黑莓手機(jī)理論上是支持JavaScript的，但實(shí)際上運(yùn)行速度太慢以至于沒有什么實(shí)際用途。
和以往的技術(shù)一樣，該技術(shù)中多個用例共用同一個基本的HTML文件，這在功能上似乎很受限。
實(shí)際上，PE技術(shù)的最佳應(yīng)用是消除移動設(shè)備之間的差異，而不是作為一個綜合的內(nèi)容適應(yīng)解決方案。
服務(wù)器端內(nèi)容適應(yīng)技術(shù)
服務(wù)器端內(nèi)容適應(yīng)技術(shù)早在12年前移動web剛剛出現(xiàn)時就開始使用了。該技術(shù)依賴于設(shè)備檢測庫或依賴于安裝在web服務(wù)器(或遠(yuǎn)程web服務(wù))上的數(shù)據(jù)庫，檢測訪問網(wǎng)站的設(shè)備并返回設(shè)備的性能信息。服務(wù)器端可以根據(jù)這些信息對頁面進(jìn)行微調(diào)，使之很好的適應(yīng)設(shè)備的性能。由于服務(wù)端內(nèi)容適應(yīng)技術(shù)中包含了設(shè)備檢測技術(shù)，所以有時也稱為“瀏覽器嗅探”。盡管也有不少反對者，瀏覽器嗅探的確很穩(wěn)定很精準(zhǔn)，據(jù)統(tǒng)計，該解決方案檢測設(shè)備的精準(zhǔn)度達(dá)到了99.5%以上。
該技術(shù)的有效性不言自明：它仍然是迄今為止最常用的內(nèi)容適應(yīng)技術(shù)，幾乎所有重視mobile presence的知名互聯(lián)網(wǎng)公司都在使用該技術(shù)，包括Google、Facebook、Amazon、Youtube、Ebay以及Yahoo。dotMobi公司在自己的goMobi服務(wù)上也使用了該技術(shù)。很難找到一個沒使用服務(wù)器端內(nèi)容適應(yīng)技術(shù)而又取得成功的移動網(wǎng)站。
然而，服務(wù)器端內(nèi)容適應(yīng)技術(shù)也不是沒有缺點(diǎn)。其缺點(diǎn)主要有以下兩點(diǎn)：
所用到的設(shè)備檢測技術(shù)需要web開發(fā)者不斷進(jìn)行更新。并且大多數(shù)設(shè)備檢測技術(shù)都是商業(yè)化的。
不能很好地使用瀏覽器的實(shí)時數(shù)據(jù)(例如，GPS定位或者設(shè)備當(dāng)前的方向)以幫助web開發(fā)者更好地服務(wù)于用戶。
目前，WURFL和DeviceAtlas是設(shè)備檢測方面的領(lǐng)軍產(chǎn)品，這兩款產(chǎn)品都是商業(yè)化的。
混合方式
最后要介紹的技術(shù)是混合方式，該方法把服務(wù)器端內(nèi)容適應(yīng)技術(shù)與漸進(jìn)增強(qiáng)技術(shù)結(jié)合在了一起。這種技術(shù)的工作原理是，當(dāng)服務(wù)器收到客戶端的頁面請求時，服務(wù)器端首先向客戶端提交一個基于服務(wù)器端內(nèi)容適應(yīng)原則的初始頁面，然后由客戶端的JavaScript來捕獲設(shè)備的性能信息并返回給服務(wù)器端，服務(wù)器端根據(jù)所捕獲的信息對發(fā)向該設(shè)備的后續(xù)頁面進(jìn)行微調(diào)整，使頁面更好地適應(yīng)該設(shè)備。該技術(shù)首先是由Bryan Rieger和Stephanie Rieger發(fā)布的，他們在yiibu.com上很詳細(xì)地記錄了他們探索各種內(nèi)容適應(yīng)技術(shù)的曲折而漫長的道路。有趣的是，他們在嘗試該技術(shù)之前幾乎已經(jīng)嘗試過了所有上文已經(jīng)介紹過的技術(shù)。
他們使用了設(shè)備檢測技術(shù)和瀏覽器屬性“隱性數(shù)據(jù)庫”，還使用了modernizr-like JavaScript腳本。在此不詳述細(xì)節(jié)，建議大家看看他們的介紹：“適應(yīng)：為什么響應(yīng)式設(shè)計始于服務(wù)器端?”
這種混合方式對兩端來說都是最合適的方式—既可以利用高速的服務(wù)器端內(nèi)容適應(yīng)，又可以利用來源于設(shè)備自身的屬性來調(diào)整頁面。用戶可以得到一個初始的適合當(dāng)前設(shè)備的頁面，又不會有什么性能開銷，并且后續(xù)頁面會根據(jù)此頁面自動進(jìn)行調(diào)整。但是，這種方法也存在兩個缺點(diǎn)：
實(shí)現(xiàn)起來相對復(fù)雜，這點(diǎn)Riegers兩位也欣然承認(rèn)。復(fù)雜性源于以下兩個因素：1)需要建立一個數(shù)據(jù)庫以保存瀏覽器的屬性，2)需要寫JavaScript代碼，以實(shí)現(xiàn)從瀏覽器中提取屬性并存入數(shù)據(jù)庫。
首次訪問服務(wù)器時，在用戶正直得到有用信息之前，需要一個從瀏覽器到服務(wù)器之間的往返時間的延遲開銷。在后續(xù)請求中可以使用cookies來消除該延遲。
總結(jié)：
所有可用技術(shù)都介紹過了，你會如何選擇呢?當(dāng)然，要視具體情況而定。筆者認(rèn)為，任何以“單個HTML文檔來滿足所有設(shè)備”為前提的技術(shù)，在根本上就是有缺陷的，就如同：大多數(shù)的電視內(nèi)容不是多次播放的電影，大多數(shù)的網(wǎng)站也不是紙質(zhì)報紙的完美復(fù)制品。用戶對某些類型的網(wǎng)站(例如博客)的交互需求是有限的，這樣單一的一套交互是可以同時滿足桌面與移動用戶的。但是，在更一般的情況下，如果也讓桌面與移動用戶共用同一套用例，最好的結(jié)果是：功能嚴(yán)重受限;最壞的結(jié)果是：根本無法運(yùn)行。正如James Pearce的所述：“客戶端功能檢測如何將一個航空公司的介紹性網(wǎng)站轉(zhuǎn)變成為移動電子登機(jī)服務(wù)呢?漸進(jìn)增強(qiáng)理念是以‘所有用戶的需求都相同，只是界面布局不同’的假設(shè)為前提的。”
如果航空公司所構(gòu)建的移動網(wǎng)站和桌面網(wǎng)站采用相同的基本模板，這樣真的可行嗎?如果你真的想提供一流的移動用戶體驗(yàn)，那么響應(yīng)式設(shè)計和漸進(jìn)增強(qiáng)將得不到很好的體現(xiàn)。你在Alexa網(wǎng)站上快速看一眼就會知道，真正的移動用戶體驗(yàn)需要對HTML進(jìn)行量身定做，而不是簡單地調(diào)整像素和div元素。
總之，如果你的網(wǎng)站只是運(yùn)行在一些高端移動設(shè)備上，并且你不會特意去照顧某些移動web用戶，那么你可以采用響應(yīng)式設(shè)計方案，或者mobile-first響應(yīng)式設(shè)計方案。如果你的網(wǎng)站用例不太復(fù)雜，那么這兩種方案會很奏效。
如果你想提供一個全新的移動用戶體驗(yàn)設(shè)計或者你想滿足所有的移動設(shè)備，那么你只能使用服務(wù)器端內(nèi)容適應(yīng)方案或混合方式。這也是所有知名互聯(lián)網(wǎng)公司都采用這種方案的原因。
上述都是基于對新媒體的信仰：移動web是一種新媒體，絕不是舊媒體的縮略版本;是一種功能強(qiáng)大的媒體，而不是disabled媒體;是一種全新的web，而不是合成的雜牌web。只有這樣看待和使用該新媒體，它才能得到最合理、最成功的應(yīng)用。
【編輯推薦】
