自适应网页设计是基于屏幕分辨率还是屏幕尺寸?


11

对于移动设备,分辨率实际上很大,只有屏幕尺寸很小。基于此:

  • 对于网站设计,我们是否以屏幕分辨率(例如1920x1080)为目标?
  • 对于移动应用程序。我们以屏幕尺寸为目标吗?

不要将虚拟像素与真实像素混淆。
2015年

Answers:


6

响应式设计既不基于屏幕分辨率也不基于屏幕尺寸。相反,响应式设计基于内容及其制作方式,从而使其适合所有尺寸和分辨率。

您考虑响应式设计的方式是错误的。我认为您来自更传统的印刷设计背景,是吗?为网络设计更加自由。响应式网站通常不会具有相同的常规断点或特定的大小/分辨率,因为Web可以提供的功能不止于此-它可以达到所有屏幕尺寸。这样的话,只要合理,就可以使用适合您设计的任何尺寸进行设计。

话虽这么说,最佳实践是以移动优先的方式进行设计,实际上应该将其命名为“最重要的移动”。这迫使您将精力集中在最重要和可能的内容上,然后允许您为更大的屏幕添加更多内容,而不是强迫您从大屏幕上开始添加更多内容,然后在为较小的屏幕设计时删除内容。您可以在我的自适应设计入门中阅读有关此内容的更多信息。

但是,我们还必须以允许响应的方式进行设计。最佳实践是一个实时示例,无论是原型形式还是某些线框图程序,都不是像PSD这样的静态文档。在开发人员方面,我们应该使用响应单元,并以有意义的方式构建代码。

话虽如此,您应该以像素为单位,即分辨率而不是屏幕尺寸。


谢谢你的搭档。我实际上是一名Web开发人员和设计师,我试图让我的问题简短一些,这就是为什么我没有深入了解细节和使用的方法。没错,响应式设计没有规则,我在工作中总是告诉我的队友,但直到最近我才注意到,由于手机具有高分辨率,因此没有必要浪费我们的时间来为468 px的媒体查询编码例?我应该以分辨率为目标,对吗?
Engineeroholic

是的,正如我在最后一行中提到的那样,您应该更关注分辨率而不是屏幕尺寸
Zach Saucier 2015年

扎克(Zach)...这可真是个难题,这不是一个辩论论坛:o)我认为完全不同。我将发布答案。; o)
拉斐尔2015年

1
经过快速研究,我发现大多数开发人员都忽略了一些关键问题。如果使用<meta name =“ viewport” content =“ width = device-width,initial-scale = 1.0>,浏览器的宽度将等于设备的宽度,因此,媒体查询应该基于屏幕尺寸而不是分辨率!这造成了巨大的差异,我长时间没有注意XD
Engineeroholic

@Engineeroholic那是我链接到的响应式设计入门书:)
Zach Saucier 2015年

4

确实是个好问题!

我令人困惑的长答案:两者皆无

这里只是一些想法,评论了我们今天面临的矛盾。

这项技术不是很久以来就应该拥有的。

我们所有人都应该基于现实生活中的单位(或固定大小)进行设计,并具有一定程度的灵活性和自由度,以便用户进行一些其他调整。

但是要了解现实生活中的测量,我们需要这两个信息。物理尺寸和设备分辨率=像素密度。

但是事实证明,仅仅几年前,屏幕设备才开始声明像素密度。并且有些不向服务器声明它,而只是对其进行大量宣传。(又名Ipad,Iphone)

可以通过操作系统检测显示分辨率,因为必须相应地发送信号,但是对于屏幕实际尺寸,我们需要每个模型的庞大数据库。不好。

这使我们仅具有此屏幕分辨率,这是我们可以了解的一些信息。

但是,为大型FullHD显示器设计与在移动设备上具有相同分辨率完全不同。两者均为1920x1080。哎哟。

一个特殊情况是,在投影机上,因为我们不知道投影距离和观众距离。

部分解决方案是媒体查询和向量元素等。

一个简短的答案

对于网页设计:至少直到我们发现更好的东西为止。

流体设计(百分比)和自然流量,确定的部分。

  • 1920宽

  • 与媒体查询可能在1280

  • 和/或1024

  • 大概在720

  • 和480。

带有用于辅助支持的设备检测。

对于移动原生应用

非常具体,只需遵循有关UI和图标的品牌方针即可。


编辑。

为什么在FullHD移动设备上选择小屏幕分辨率?

智能手机具有FullHD的真实分辨率,但通常它向服务器和浏览器声明较小的分辨率。您可以通过https://www.google.com/search?q=what+is+my+screen+resolution进行测试,以便媒体查询有效。


那身高呢?这是我今天在工作中遇到的一个问题,客户要求响应式网站根本没有垂直滚动(非常奇怪!),要处理所有分辨率这是一个很大的麻烦,并且会导致过多的媒体查询!最终,我混合使用了流畅的设计,1个媒体查询和CSS技巧;我一生中第一次在绝对位置和bottom = 0位置设置了页脚,以使其在长屏幕上停留在底部。(在我发现编码错误的地方),因此,我只对比内容短的屏幕使用媒体查询。这样,我只需要使用1个查询
Engineeroholic

3

首先,感谢大家的回答和宝贵的指导原则,它一定会有所帮助!

请允许我补充一下结论:

实际上,针对移动屏幕的分辨率不是一个好的UX,对于小屏幕来说分辨率太高,字体太小而无法阅读,图标太小而无法单击等。

因此,最好根据实际的视口大小进行设计!这样,它基于用户可以看到和感觉到的东西。

要在现实生活中实现这一点,我们应该在<head>HTML文档的内部添加视口宽度meta标签:

<meta name="viewport" content="width=device-width, initial-scale=1.0">

这告诉浏览器以等于屏幕宽度的宽度呈现页面,从而确保HTML页面宽度等于以像素为单位的屏幕宽度。然后,可以使用针对不同移动视口大小(彼此接近)的媒体查询轻松地计划开发,并将产生更清晰的视觉元素。

如果我错了,请纠正我。


更新:

根据我的拙劣经验,我建议采取以下步骤来更好地响应网站开发:

1-使用view-port meta(请参阅顶部),它还会根据google来提高网页在移动搜索结果中的排名。 http://googlewebmastercentral.blogspot.com/2015/04/faqs-april-21st-mobile-friendly.html

经过测试后,似乎单独添加视口元数据将为您的网站在移动测试工具中的评分 https://developers.google.com/speed/pagespeed/insights/

2-您可能要考虑采用移动优先的方法,扩大规模总是比缩小规模容易(取决于网站的复杂程度)

3-应用混合响应系统,即自适应(流体)和响应(css媒体查询)之间的混合,以实现以下目的:

  • 百分比用于宽度和水平边距/填充。(如果需要,垂直边距可以具有固定的像素大小。滚动不再是问题)

  • 使用em作为字体,这样,当您在媒体查询中更改正文(或html)的字体大小时,所有CSS元素都将适应该大小,使用px将使其成为一场噩梦,因为您必须去每个CSS类,并且更改其字体大小。

  • div 浮动到左侧,以便它们正确对齐到可用空间(如果您的设计需要,则向右对齐)。

4- 定义断点,为此使用响应式测试工具。我使用firefox响应式设计视图,只是缩小宽度,直到到达网站出现问题的位置(例如500px),这就是将其标记为断点的位置。

媒体查询中针对该断点(500px)应用新的CSS规则,

5- 记得保留网站的质量和清晰度!如果元素变得不清楚并且彼此之间太近,则扩大元素宽度以占据容器宽度并使它们垂直堆叠,

并记住为正文指定新的字体大小,以便所有子元素都继承更大的字体并变得更具可读性。

6-重复响应式测试并定义您的第二个断裂点,因为您在这里使用流动性设计,这很可能您不会得到很多断裂点,这就是使用百分比的投资回报率!

之前,我曾在一个拥有大量设计元素的大型网站上工作,只需要2个媒体查询即可:)

希望能有所帮助


2
如果您发现有用的答案,你应该给予好评这么显示如此
扎克索西耶

您应该针对虚拟屏幕分辨率进行设计。屏幕尺寸使用不当,因为您实际上并未设计为特定的英寸或厘米尺寸。
DA01 2015年

此外,初始规模可以应用于巨大的网页。然后,它只会缩小它以适合它而没有响应。
DA01 2015年

@ZachSaucier,我想赞成我的大学答案。不幸的是,我不能因为我的声誉低于15!我认为应该取消这一禁令。
Engineeroholic

@ DA01,是的,屏幕尺寸用词不当,只是一般术语。saying地说屏幕尺寸是指以像素为单位的屏幕尺寸(不是说屏幕分辨率)。
Engineeroholic

2

一个负责任的页面重排是如何根据尺寸中(不画面)虚拟像素(不是真正的像素)。

在1个虚拟像素= 1个实际像素的传统桌面上,如果将浏览器的宽度设置为1000px,则页面将进行重排以适合该宽度。

在iPhone 6上,其中1个虚拟像素(Apple称这些)= 3个真实像素,浏览器宽度为屏幕宽度,内容将重排以适合417px宽度(即使实际上为1242个真实像素)

因此,在上述示例中,具有较少实际像素的设备实际上被视为响应式布局中的较宽视口,这有点奇怪。


尽管这是事实,但我仍然认为重要的是着眼于响应式设计,而不是查看它的屏幕
Zach Saucier 2015年

@ZachSaucier嗯...我同意吗?我认为?我不知道。这是一回事,不是吗?自适应设计旨在适应各种大小的视口。他们似乎齐头并进。如果您也没有考虑它将流入的各种尺寸,则它没有响应。
DA01

最后9px发生了什么?
Janus Bahs Jacquet 2015年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.