在較小的屏幕上，將事物堆放到單個列中是移動，并且通常，只要內容保持在適當的寬度內，進一步考慮到頁面的高度。結果，長沙網站建設注意到，在我自己的設計和許多在野外，移動頁長度往往是相當長的。這個帖子是一個建議，至少保持瀏覽器視口的高度，因為您正在設計響應式網站。

做響應網站的摘錄在移動設備上必須要高嗎？

但是如果你把它拉到你的手機上，你可能會注意到需要相當多的滾動才能瀏覽整個頁面。在我的Macbook上，頁面大約是4500像素高，大約是瀏覽器窗口可視高度的6倍。相比之下，在我的手機上，頁面大約是6,200像素高，或大約是可視高度的10倍。這不是內在的壞; 沒有設計法規定您必須使網站在不同尺寸的設備上保持高度，但我認為深入了解這是一個有趣的觀察。

所以有什么問題？

再次，我不認為整個頁面長度本身是有問題的。我已經注意到，在許多響應式設計中，有意義的內容分組容易在較大的屏幕上發現，但是當事情開始在移動屏幕上疊加時，會變得混亂。例如，在Nexus頁面上，第二部分將三個硬件功能組合在一起。在一個足夠大的屏幕上，您可以看到這三個方塊并排，并且該部分通常最終完全是瀏覽器可視區域的高度。在手機上，你最終只能看到一個塊的一個塊。當您滾動瀏覽頁面時，這3件事情并不是明確的，而是將它們分組在一起，而不是世界的盡頭，但也不是最佳的。

有辦法嗎

最近，我一直使用設備視口的高度作為粗略的指南，以幫助確定如何布局內容。目的是為了解決上述問題，可以在任何設備上同時合理地查看旨在分組在一起的內容。在Nexus示例中，替代原始設計可能看起來像這樣。

通過大幅度縮小部分標題和縮略圖的大小，我們可以將該部分的所有相同內容適用于單個視口。這種變化本身可能只是一個小的增量改進，但總的來說，我發現遵循這個一般準則導致在滾動瀏覽移動設備頁面時更容易遵循的布局。

退步一點...

沒有什么特別的設計，我剛剛向你展示。只有許多可能的布局才能實現相同的目標 - 將特定部分中的內容更清晰地分組在一起。如果您決定使用視口高度作為移動布局的指南，那么您應該探索所有不同的方式來定位內容。根據您的設計背景和內容的性質，不同的布局可能會更好。