如果你正準備為你的網站制作一個移動設備版本，那這篇文章將會對你相當有用，在本文中，將探索移動Web網頁編碼設計的各種技巧和注意事項：

• 為了移動設備上的用戶體驗可以被接受，代碼得怎么設計。
• Mobile Web與普通網站的不同之處？
• 可以讓網站成功運行在移動設備和桌面瀏覽器上的基本技巧
• 一些Mobile Web設計中的建議和禁忌、以及大量資源

　　Mobile Web和普通網站到底有何不同呢？

　　這是個很好的問題 首先，也許我們應該從什么是Mobile Web的問題開始。畢竟，用戶用移動設備訪問的Mobile Web，跟他們在家里用臺式機訪問的網站是獨立的不同的部分。當我說Mobile Web時，我指的是通過移動設備訪問的網站。

　　在Opera，我們全身心投入而創造出的瀏覽器允許你查看整個網絡，不管瀏覽設備是否有這個能力。只要你在建立網站時，付出一點兒細心、尊敬并遵循 Web標準，你就可以為所有人所有設備創建只有一個版本的網站 唯一的一個網站。但是，有一些例外情況 在某些情況下，只有分版本的網站才行得通，一會你會看到這一點。

　　移動領域的競爭環境并不平衡

　　在桌面領域，對于我們前端開發者來說，形式正在好轉 大多數現代瀏覽器已經對Web標準支持的非常好了，無論是Opera、firefox（以及其他Gecko內核瀏覽器）或者Safari（以及其他 Webkit內核瀏覽器），甚至IE帶給我們的痛苦都比原來少了。雖然IE6的用戶群體數量仍然非常杯具，但這應該歸結于大多數人封閉的使用習慣等因素。 但是，移動設備領域在這方面卻是不同尋常的：

• 你擁有能為Full Web提供支持的瀏覽器，像iphone上的Opera Mobile和Safari。Opera Mobile使用了與桌面版本相同的渲染引擎，所以對標準的支持相差無幾。
• 你擁有并不很爽的瀏覽器，例如IE，它們對Web標準僅能提供有限的支持。它們中的一部分只支持WAP（例如WinWap），另一些支持其他像 Chtml或HTML-MP這樣的標準（例如日本NTT DoCoMo的iMode瀏覽器），還有一些只支持Web標準中的有限子集（例如Netfront、Pocket IE、以及Blazer）。
• 最后，你擁有OperaMini， 以及其他通過代理機制的瀏覽器。它主要只是作為連接用戶和一個大服務器群的客戶端界面。當用戶提交一個URL時，客戶端會讓服務端查找這個頁面。然后它會 把頁面轉換成一個輕量級的二進制標記語言，將它格式化成適合移動設備查看的形式，并發送回客戶端顯示。這種方式的最主要優勢，是可以使頁面體積減少90% 左右，幫助用戶節省很多帶寬費用。這種標記語言表明Web標準并不能很好的表現在移動設備上，因為在這種服務的方式下，OperaMini對 ajax/javascript某些方面將支持的不是很好 在這兒有更詳細的解釋。

　　注意：不要指望你的超級Ajax和DOM腳本動畫網站在移動設備上會有良好表現。JavaScript在移動設備上的支持程度千差萬別。時刻提供優雅降級吧。這種做法有一個例子叫做Hijax。

　　我們可以看到，在移動設備的跨瀏覽器兼容方面，你要思考的問題有很多。但是不要怕 我隨后的建議會給你指引一個正確的方向；并且隨著時間的推移，移動瀏覽器對標準的支持將會得到改善，屆時我們前端開發者真的再也不需要為它們操心了。你問 我這一切什么時候會實現？Who knows！

　　移動瀏覽器的其它限制還有那些？

　　當然，在移動設備上開發網站時，除了瀏覽器對標準的支持外，還會遇到其它更多的限制因素。設備自身的限制因素，你也不得不考慮。例如：

• 有限的控制 不要只假設你的用戶會使用鼠標來控制頁面中的一切，你也要提供鍵盤的選擇。一些手機用戶可能沒有類似鼠標這樣的東東，所以類似這樣的結構 :hover 以及 onClick 對 他們來說是沒有用的（這對可用性方面也是非常重要的 一些殘障用戶可能在用手方面會有些缺陷）。為用戶提供的表單設計也同樣重要 你可能已經感受到，用手機來填寫那些又臭又長的必填表單有多么不爽。為了解決這個問題，試著去把那一坨內容用下拉菜單的方式展現出來，這比等著用戶一個字 一個字手動輸入來的更靠譜（譯者注：目前國內有某些山寨機瀏覽器對下拉菜單的支持可能有不同程度的問題。例如基于MTK系統的聯想i61，默認情況下會顯示所有選項，而在某些情況下會產生變形和漂移，使用時需要謹慎些）。另外，給表單設置一個最有可能的初始值，也是一個好主意。
• 有限的屏幕尺寸 想象一下你那美妙的1024×768的設計在240×320屏幕下，或者更小的屏幕下，它的可用性會是什么樣子……有一些方法可以應對這個情況 你可以故意把頁面設計的很簡潔流暢，或者你可以通過采取功能檢測或媒體類型檢測（諸如此類）的手段，為移動設備提供不同的頁面。另外對于屏幕尺寸，有些手 機可能不需要這么麻煩，它們可能會提供縮放模式這樣的機制，但是你卻不能保證這一點。
• 有限的內存和帶寬 移動設備所提供的可用內存明顯比臺式機少得多。因此，在你設計站點時，需要特別小心的考慮那些超大容量的相冊圖片，以及交互式流媒體視頻的應用程序。此外，一些移動瀏覽器提供了關閉圖像顯示的選項，但是你也同樣不能確定這一點。
• 有限的排版 我靠，你對臺式機上那些排版非常癡情？你沒有看到移動設備上的表現！雖然這條規則有很多例外情況，但大多數移動設備對字體的選擇非常有限，只有一兩種（like 1 or 2）。這個限制是由系統或瀏覽器決定的。
• 有限的顏色 一些移動設備在顏色方面的支持也非常有限。考慮你有多少頁面的體驗需要依賴于顏色，并確認那些對比色在移動設備上仍然支持。

　　這些限制因素，就是導致Mobile Web的體驗與PC Web的體驗不同之處的真正原因。千萬別欺騙自己，覺得自己的網站在移動設備上的用戶體驗與臺式機上會保持一致 這純屬YY。當然，你拋開瀏覽器，千方百計去確認用戶體驗這一點仍然值得肯定。

　　真正的辦法，去確保你的網站為移動用戶提供一個良好的體驗，是測試，測試，再測試！一些Web設計師們已經認識到，除了他們自己的手機、臺式機以及游戲機瀏覽器外，還需要有一大堆移動設備需要準備在手頭。

　　解決問題的不同方法

　　人們普遍意識到，有三種辦法可以解決移動開發的問題（已經被Cameron Moll證實了）。可能的話，我建議你試試這三種方式 如前所述，在Opera，我們堅持相信One Web的理念 但是剛才我也說過，有些情況下這是很難實現的，或者也是沒有必要的。下面是這三種方法：

1. 務必堅持遵循Web標準
2. 創建一個完全獨立的移動網站
3. 只創建一個站點(One Web)，但是根據瀏覽它的設備和瀏覽器情況，添加優化代碼。

　　現在，讓我們開始對這些點逐個講解。

　　堅持遵循Web標準和最佳實踐

　　一個好網站的基礎，是要有一個好的HTML結構，以及美妙的CSS（表現）和JavaScript（行為）。如果你認真地遵循Web標準，大多數移動瀏覽器至少會很好地解析并至少會基本可用，這是非常有可能的。例如：

• 一個網站，有良好的HTML結構順序并在HTML中沒有裝飾性圖片，在移動瀏覽器的單列模式或移動模式中，會呈現得很有邏輯性。
• 如果你的表單元素中含有label元素，瀏覽器將把它渲染得更有表單區域的感覺。
• 如果你給CSS和JavaScript使用了優雅降級/漸進增強技術，瀏覽器如果不支持、簡化、忽略某些屬性，這時站點的可用性幾率會大大增加。

　　如果你花費時間精力去研究的話，在提升移動用戶體驗方面，還有更多事情可以去做。如果你的目標受眾包括大量使用非HTML瀏覽器（例如支持WAP或CHTML的某些日本瀏覽器）用戶，那么你可能不得不檢測設備并提供適當的內容。

　　提供一個完全獨立的移動網站

　　如前所述，我認為如果可能的話應該盡量避免使用這種方式。你可以做設備檢測并自動重定向來避免給用戶使用帶來麻煩，但是這意味著你不得不維護兩套網站。最主要的方法是通過UA嗅探來識別瀏覽器，或在服務端進行設備功能檢測，然后再給用戶提供相應的站點。在dev.opera.com，有很多優秀的文章來講述如何實現 查看最后的資源部分。

　　但也有例外，對于完全獨立的網站來講 你不得不始終考慮用戶體驗情況。某些類型的瀏覽設備可能不兼容于特定的網站或者特定的功能。例如，有一個大學校園網，帶有部門電話號碼的搜索功能，但同時 也包含了一大堆校園歷史的網頁。如果你想去與某人會面卻找不到他們部門時，你大概會想在移動設備上使用搜索功能，但你在外出的時候也不太可能想坐下來閱讀 那么多的文字。

　　在這種情況下，你可以使用下面提到的一些技巧，來為移動設備提供網站中某個功能的一部分，或者干脆為移動設備創建一套完全獨立的網站。你只需檢測用 戶使用的設備類型并自動提供給他相應的站點，并把這個過程完全公開給用戶，但是很多很多人并不愿意這個功能把他們完全限制住，所以如果你要這么做的話，就 需要給用戶提供一個指向完整站點的鏈接，用戶可以自行選擇是否用它來訪問完整站點。

　　一句話警告 設備檢測很容易被濫用。你可能經常看到一個網站的桌面版本非常牛B，而它的移動站點卻非常的垃圾。因為開發者只是將移動站點放在一個非常低標準的位置上。 事實上，目標受眾的設備水平并不均衡，現在很多的移動瀏覽器都具有處理完整Web頁面的能力了！你應該盡可能地讓設備發揮他們最高的處理能力，并且要發揮 移動設備的特別優勢，比如基于位置的服務（LBS），還有 tel: 協議 在超鏈接點擊時它可以讓設備撥打一個電話號碼。

　　只提供一個網站(One Web)

　　進行到這里時，就開始變得有趣了。你可以再次依靠服務端功能檢測，但這次是在單一網站的基礎上進行優化，而不是重定向到另一個獨立網站。有一些手機所支持功能的數據庫可以參考，例如WURFL。它是以XML文件的形式開放的，你可以在設計優化內容之前，先通過它來查詢設備所支持的功能。你還可以查詢移動設備的UA字符串，找出這些設備的其他細節參數，例如是否有攝像頭，屏幕尺寸是多少，以及它的語言種類等信息。

　　在客戶端，你已經得到了為移動設備而優化內容所需的兩個條件 媒體類型（media types）和媒體查詢（media queries）。

　　媒體類型(media types)

　　就像你知道的那樣，你可以指定不同的CSS來實現不同的用途，例如：

　　手持類的媒體類型允許你針對移動設備使用優化版的樣式（例如精簡的布局和排版等）。這是一個被支持得很好的機制，實現起來也很簡單，但它確實有它的 缺陷。就像之前所說，它經常被開發者濫用，來給網站提供一個蹩腳的最低標準布局。事實上，OperaMini最近改變了默認類型，把默認使用手持型樣式表 （handheld stylesheet）改為屏幕型樣式表（screen stylesheet）。OperaMini可以處理大多數完整網站，因此它并不真正需要使用手持型樣式表（handheld stylesheet）。如果你樂意，你可以在OperaMini的瀏覽器選項中手動設置回移動視圖。

　　媒體查詢(media queries)

　　媒體查詢是CSS3的一個構想，它的用途跟條件注釋非常相似 你可以把一大堆CSS規則封裝嵌入到一個媒體查詢中，然后把它應用到你的標記結構中，這一切取決于一個條件，類似屏幕尺寸是否小于480px？然后把代碼放進去，代碼類似這樣：

　　你甚至可以使用多個媒體查詢，像下面這樣：

　　OK，在這個例子中（源代碼點擊這里查看），瀏覽器中的圖片在屏幕大于480px時會向右浮動，文本會環繞圖片并通過外邊距留出一點兒舒服的距離（另有一個信息隱藏在 p 元素中，并命名了一個 class 叫 info - 看看HTML代碼）。文本流在一些小屏幕中看起來可能會有些蹩腳，因為那里沒有足夠的空間來讓圖片和定量的文本放置在同一行中，所以當屏幕小于480px時，圖片就需要改變一下，讓文本不再圍繞在它旁邊，而是用 display:block 讓它們顯示在不同行中。

　　等等,還有更精彩的！如果屏幕非常小以至于不能有效地展示圖片，那就讓它們消失，然后讓隱藏信息顯示在圖片那兒，替代那些圖片顯示文本描述 這是一種將信息傳達給讀者的一種另類技巧，利用它也可以為那些使用屏幕閱讀器的盲人用戶提供原始文本，以便他們順利瀏覽網站。圖1展示了三個不同的瀏覽視 圖，這是在那些支持媒體查詢的瀏覽器中（例如Opera 9.5）表現出的不同形式。

圖1：例子中三個不同的瀏覽模式

　　聽起來挺好，但是有沒有不足呢？好吧，目前瀏覽器對媒體查詢的支持程度非常有限。Opera瀏覽器支持它們，Safari 3也可以（以及其它基于Webkit內核的現代瀏覽器），但是Firefox 3之前的版本并不支持，IE或其他瀏覽器也不支持。解決問題的方法之一，是使用媒體類型和媒體查詢的組合。這是一種變通方案，但肯定不夠理想。這點在將來應該會有所改善。

　　摘要總結

　　目前就是如此而已。我希望我的移動開發世界之旅會對各位有所幫助。我在這只是拋磚引玉，要想深入學習的話，可以查看下面這些資源。