移動第一響應式設計有多遠？

我正在爲移動第一響應設計（MFRD）進行網站改版。我的問題是 - 你用「移動第一」部分走多遠？移動第一響應式設計有多遠？

例如 - 在主頁上我打算列出即將發生的事件列表，比如說4或5.在移動版本上，我認爲2將足以節省屏幕空間。我是否應該爲更大的視圖動態加載其他事件，還是應該隱藏它們，因爲它只會是一些元素？

爲更大的尺寸動態加載它們意味着我必須將一個事件附加到窗口調整大小，通常每個像素都被觸發。儘管我可以用Timeout彌補這一點，但仍然有很多客戶端檢查不是這樣（即使它不像用戶不斷調整其瀏覽器）。

我的意思是，即使您是首先爲移動設計，您還必須考慮更大的尺寸嗎？顯然，較大的JavaScript庫和其他大型資源只需要稍後插入，而不是爲移動設備加載 - 但您希望通過節省帶寬獲得多大的收益？

來源

2012-04-30 Doug

該網站的目標市場是什麼？您是否在製作一個將智能手機封裝到桌面的完全響應式網站？或者你只是專注於智能手機平板電腦？

移動首先，真正意義在於以最小的外形尺寸開始您的造型和內容視圖，並隨着設備尺寸的增大而變化。 HTML，CSS（媒體查詢）和jQuery都會在瀏覽器變得越來越大時，擴展UI和操作（顯示/隱藏）內容元素。

看看Smashing Magazine，它們的響應式佈局是目前爲止我見過的最廣泛的佈局之一，它會讓您瞭解您可以採用MFRD或DARL（器件不可知響應佈局）方法的多遠。

來源

2012-05-01 13:15:13 Lowkase

感謝您的回覆。我理解「移動優先」背後的基本概念 - 但從我的理解來看，移動優先的不僅僅是設計小屏幕，而且還針對小型設備（帶寬等）進行優化。我正在尋找更多針對多個設備的帶寬優化和編程簡化之間的「折衷」。由於Smashing Mag的整個側欄裝載在較小的設備上（即使它被隱藏），它是否真的可以被認爲是「首先移動的」？ – Doug

如果一個網站的帶寬非常大（例如 - 大數據集），那麼將其填充到移動網站可能不是最好的主意。如果網站的多個或兩個關鍵功能需要延遲加載，則可能需要重新考慮業務模型。您可以查看每個月智能手機的平均帶寬使用情況，並確定您將發送到瀏覽器的平均數據量。如果網站正在銷燬智能手機的帶寬使用情況，那麼您需要重新考慮您的目標市場和/或設備。這個問題有很多因素。 – Lowkase

移動第一響應式設計有多遠？

回答

相關問題