英文原文：Mistakes to Avoid With Responsive Web Design By Ramya Raju

當下，尤其是幾乎人人都有一臺智能手機或者平板電腦的時候，開發(fā)手機端用戶體驗友好的網(wǎng)站的重要性不言而喻。其結(jié)果是，企業(yè)所有者會因為這樣的交互網(wǎng)站設計能夠給不同平臺下（桌面端到手機端到平板電腦）的用戶帶來不一般的體驗而去觸碰交互式web設計這一想法。開發(fā)一個帶有響應式交互設計的網(wǎng)站變得非常有意義，因為其可以在不同的設備運行，因此，你可以節(jié)約針對不同平臺開發(fā)不同網(wǎng)站的成本。

但是，要做最大限度相應的網(wǎng)頁設計，有些錯誤你應當避免。

不要優(yōu)先為桌面版設計

開發(fā)者通常會犯的一個常見錯誤是，但他們設計網(wǎng)站時優(yōu)先考慮桌面版，因為在這些人嚴重，將基于桌面版的網(wǎng)站轉(zhuǎn)變?yōu)獒槍ζ渌O備的響應式web設計是件很輕松 愉快的事情。但是，這個發(fā)生在計劃規(guī)劃階段的錯誤本身會變成一個非常巨大的問題。甚至會造成返工，當然，大量的錯誤也會蔓延出來。

然而，基于移動設備開發(fā)網(wǎng)站看起來會消耗一些時間并且在剛開始會有些困難。這是因為它迫使你在包含什么內(nèi)容上做出取舍，并且以一種你不習慣的方式去思考。然 而，這樣做會使得內(nèi)容和設計整體上更優(yōu)秀。粗略來講，你可以首先嘗試在比較小的設備上。一旦你在手機上做出了不錯的設計，適配到更大的屏幕上會變得很輕 松。

導航欄菜單的麻煩

當為移動端進行設計時，導航欄設計的問題可能會成為你的一個禍根，所以不得不避免產(chǎn)生麻煩。不想是固定寬度的設計，響應式設計的導航應當根據(jù)設備類型進行確定（所以智能手機的導航菜單可能和平板電腦，當然還有桌面版的導航菜單互有差異）。

許多設計者會發(fā)覺他們自己被這樣一項任務搞的很崩潰——嘗試設計一個可以適應所有屏幕的導航菜單。在很多情況下，設計者奮力將水平列表菜單轉(zhuǎn)換為垂直列表菜單，尤其是在適配較小的手機屏幕時。然而，由于該導航欄并不是根據(jù)屏幕進行設計，這可能會導致一項很差的用戶體驗。

不應隱藏內(nèi)容

響應式設計通常會有更少的空間展示圖片和內(nèi)容，但是這并不意味著你的內(nèi)容應當被忽略。你不得不采取一種方式重新安排內(nèi)容，使其能夠保證易讀性。這個比較容易 實現(xiàn)，可以通過創(chuàng)建導航鏈接并且使用錨，是用戶在一個頁面中能看到他們一直在尋找的內(nèi)容。那些通過CSS布局控制內(nèi)容隱藏的應當明白，這些內(nèi)容依然會被加 載，因此，你通過為用戶提供完整的觀看體驗也沒什么大不了。簡單而言，用戶不應該由于他們所使用的設備而遭受開發(fā)者的“懲罰”。

單獨的移動端網(wǎng)站地址

單獨為移動端網(wǎng)站分配一個地址整個就是一個災難，這摧毀了我們起初交互設計的目的，并且是可以論證的。當用戶在訪問網(wǎng)站時，重定向到移動端版本，結(jié)果是不得 不浪費了很多寶貴的時間。此外，這也能非常嚴重地影響到你的搜索排名。但是，理所當然，使用不同的URL也有許多優(yōu)勢。它可以確保你能夠架構具有更輕便頁 面的移動端網(wǎng)站，并且能夠在智能設備上表現(xiàn)更好。該站點也能照顧到在特定平臺上的性能和表現(xiàn)。不幸的是，具有單獨移動端網(wǎng)站地址的消極影響遠大于積極影 響。

糟糕的用戶體驗

你不能簡單的把桌面版的內(nèi)容壓縮成移動版；這么做將會影響你的用戶的體驗，用戶可能會拋棄你的產(chǎn)品。在手機的有限空間內(nèi)創(chuàng)建一個友好的界面是十分重要的。你 可以采取一些措施，比如，使用一個下拉菜單代替桌面上的導航條，這樣會節(jié)省你的空間。如果你先設計的是移動端，那么這通常不會是一個令人頭疼的問題。

不要忽視跨情景的公約

當你在做一個響應式的設計，你不能只考慮臺式和移動手機設備，你還應該考慮到其它類型的設備。人們可能會通過內(nèi)嵌瀏覽器的智能電視或機頂盒來訪問你的網(wǎng)站。 在現(xiàn)在，甚至掌上電腦都有不同的類型。但是，這并不意味著你可以為所有的設備創(chuàng)建一個相同的用戶界面，你最好是為不同的設備創(chuàng)建不同的網(wǎng)站。你所需要做的 是創(chuàng)建一個響應導航和一個用戶容易理解的設計。創(chuàng)建的這個導航可以清楚的保存設備的上下文環(huán)境。

不要忽視頁面的加載時間

隨著寬帶的普及，網(wǎng)頁開發(fā)者開始習慣在頁面上大量的使用相對來說較大的資源。然而，當我們使用手機時，我們的用戶使用的是較慢的2G和3G網(wǎng)絡。同樣的，那些保持minf國際的用戶，他們是按使用的帶寬量來付費的。

一個頁面在臺式機上很快的加載進來，但是，在手機上加載一個頁面會花費很長時間或者去使用額外的、昂貴的帶寬。更糟糕的是，當用戶被迫去等待頁面加載時，即使是幾秒鐘，他們會離開這個頁面，同時你就會失去了你的流量

不要為觸摸屏設備開發(fā)

今天大多數(shù)手持的設備使用的是觸摸屏，甚至是很多筆記本也開始使用觸摸屏了。因此，當你設計響應式設計時，很重要的一點是不要忽略掉處理觸摸的重要性。有以 下兩個方面原因：第一，可點擊項，比如按鈕要考慮到用戶的手指的大?。ú灰層脩艨s放點擊）。第二，你要正確的處理觸摸事件。這么做可以克服300ms的 點擊事件延遲。

總結(jié)和討論

由于疏忽，上述這些錯誤難免會發(fā)生。設法去避免它們，就要確保你的響應式設計能在所有的設備類型上正常工作。

Will： “不要先在桌面端做設計”，老實說來，僅僅是個意見，我不會過多嚴肅的對待；

Den McHenry ：你說的可能沒錯，但在這篇文章中的例子看來，這確實是個正確的選擇。

Will： 文章標題是“響應式Web設計應該避免的錯誤”，“不要先為桌面端做設計”是給出了一個例子。這里有兩個自然段來解釋為何不先為桌面端做設計，或者說是擴 大了對響應式web設計的無知。為什么首先在桌面端設計是錯誤的呢？建議可能是錯誤的，盲目跟風而不是明白自己為什么這樣做是更大的錯誤。

Den McHenry： 我理解你這種對趨勢的下意識反應，但是手機先的設計原則并不像扁平化設計或者其他的設計。這是事實，基于大量的證據(jù)，當這種觀點被聽眾所獲得時，它更關注 于什么是最重要的，并且提供了針對跨設備的最好的經(jīng)驗。若要將兩種既定的方式進行類比，桌面先是優(yōu)雅退化，而移動端先則是漸進增強。在第一種情況下，您創(chuàng) 建您想要的網(wǎng)站，并決定需要移除什么或如何做出改變已適應其不能匹配的設備。在第二種情況下，您的構建則完全像蓋房子從地基開始，為各種視圖考慮最佳的經(jīng) 驗。這并不是說你不能在真正的設計（如需求，構建，測試，迭代）開始前和在構建中完成桌面端的理想設計，但是針對適應性和可用性而言，做減法相比做加法確 實會產(chǎn)生更多的錯誤從而增加時間成本。想象一下一個汽車制造商首先構建一個昂貴的模型，然后將組件做的更適配。想象一下一個建筑設計師先設計一個房子，然 后規(guī)劃房間來滿足你的需求。你失去了結(jié)構完整性和具有凝聚力的設計，同時在每個階段引入新的 bug。老實說來，上文中關于首先在桌面進行開發(fā)的缺陷已經(jīng)寫的非常清楚了，我不明白你的意思，看起來有點無腦黑的感覺。

Will： 不好意思，我不接受你的觀點。你的類比并沒有道理，因為在web開發(fā)中，你其實是可以非常容易的減少空間適配更小的空間。此外，手機端首先怎么避免這些問 題呢？你主觀上強迫減少了這些情況的展示。我覺得現(xiàn)在手機終端做設計和在經(jīng)驗豐富的桌面端做設計都是可行的，但是可能缺乏比較好的用戶體驗。這就是為什么 我覺得X先是愚蠢的。重點在于用戶體驗，而非“先為手機終端開發(fā)”。說到這，順便說一句，你的意見比文章更有指導性。干的不錯。所有的文章都會說“這會導 致返工和大量的錯誤”，但是開發(fā)者不應該在沒有理解原因的情況下盲目的跟隨這寫建議。

后面還有更多的討論，詳見>>傳送門