本文所说devicePixelRatio
其实指的是window.devicePixelRatio
, 被所有WebKit浏览器以及Opera所支持,随着显示器的发展,这个属性也慢慢登上了前端技术的舞台。
本文内容大部分属于翻译性质内容,因此,会不那么通俗易懂。不过,你是做手机开发的,或是有意向的,本文的内容如果细细读来,还是有些收获的。
定义如下:
window.devicePixelRatio是设备上物理像素和设备独立像素(device-independent pixels (dips))的比例。
公式表示就是:window.devicePixelRatio = 物理像素 / dips
dip或dp,(device independent pixels,设备独立像素)与屏幕密度有关。dip可以用来辅助区分视网膜设备还是非视网膜设备。
所有非视网膜屏幕的iphone在垂直的时候,宽度为320物理像素。当你使用<meta name="viewport" content="width=device-width">
的时候,会设置视窗布局宽度(不同于视觉区域宽度,不放大显示情况下,两者大小一致,见下图)为320px, 于是,页面很自然地覆盖在屏幕上。
这样,非视网膜屏幕的iphone上,屏幕物理像素320像素,独立像素也是320像素,因此,window.devicePixelRatio
等于1
.
而对于视网膜屏幕的iphone,如iphone4s, 纵向显示的时候,屏幕物理像素640像素。同样,当用户设置<meta name="viewport" content="width=device-width">
的时候,其视区宽度并不是640像素,而是320像素,这是为了有更好的阅读体验 – 更合适的文字大小。
这样,在视网膜屏幕的iphone上,屏幕物理像素640像素,独立像素还是320像素,因此,window.devicePixelRatio
等于2
.
<meta name="viewport" content="width=device-width">
),值会从1变成1.5!真是喜忧参半。好的是Safari, Android WebKit, Chrome 22+(Android), Opera Mobile, BlackBerry WebKit, QQ, Palm WebKit, 及Dolfin都能正确实现该属性。
当然,大部分这些浏览器仍然运行在devicePixelRatio
值应该为1
的系统上,当它们移动到视网膜类似设备时候,可能就会遇到问题。
两个注意事项:
MeeGo WebKit meta viewport
应用时改变值的做法是大错特错的。设备像素比应该是不变的,不仅物理像素值,设备独立像素也是如此。
二是,一些浏览器习惯在meta viewport
应用时改变各种东西(三星的Dolfin就是代表),这完全就是在瞎搞。唯一的变化应该是布局视图的尺寸。如果浏览器变了其他什么都是,那都是很挫的。
实际测试
您可以狠狠地点击这里: window.devicePixelRatio值支持与否测试demo
例如,我现在的FireFox桌面版(14.0.1)弹出的就是undefined
, 如下图:
Chrome下是认识这个属性的,在我机子上弹出的是1
, 如下图:
1. iOS
类似的,无视网膜设备 devicePixelRatio
值为1
,视网膜设备为2
. 因为实际的像素个数是双倍。不过,iphone似乎不愿意改变大家都熟知习惯的320像素宽度布局,没有把设备宽度一下子变成640像素,因此,dips宽度依然是320, 于是devicePixelRatio
就是640/320 = 2
.
iOS上的情况要相对简单些,除了1
就是2
. 在其他平台也基本上很简单,因为一般分辨率都比较挫,devicePixelRatio
都是1
.
2. Android
据我所知,谷歌的Nexus One是第一个使用dips的,比iphone还早。同时Galaxy Nexus以及Galaxy Note都是类运动视网膜显示器。近距离探究这三个设备应该会有所收获。
Nexus One分辨率是480*800, 为了最优的页面浏览,Android WebKit团队决定纵向手持时候的宽度依然是320像素,因此,devicePixelRatio
值为480/320 = 1.5
.
在同一手机上,Opera Mobile有相同的结论,dips为320宽,devicePixelRatio
也是1.5
.
顺便提一下,BlackBerry Torch 9810(OS7)物理像素同样480像素,BlackBerry WebKit团队决定坚持devicePixelRatio
为1
. 这可能是更不错的做法,在Torch显示器上480px宽度站点或多或少有些难以阅读。
Galaxy Nexus有像素的提升,为720×1200. Android团队决定提高dips层的宽度到360像素。从而使devicePixelRatio
为720/360 = 2
. Chrome团队决定跟进,就如腾讯QQ浏览器所做的那样。
然而,Opera,坚持自我,dips宽度为320px, 于是devicePixelRatio
为720/320 = 2.25
. 不过似乎还与zoom缩放层级有关。
Galaxy Note物理像素为800×1200. 这里所有浏览器都决定使用与Galaxy Nexus一样的比率:Android WebKit, Chrome, 以及QQ都是2
,也就意味着其dips宽度为400px. 然而,Opera依然一意孤行2.25
, 于是其dips宽度值有些怪怪的: 356px.
Android标准似乎不严格,于是自家人玩自家人的游戏,对于开发者而言,可能又会面临苦逼~~
3. 视网膜MacBook
新的MacBook采用视网膜显示屏,其 devicePixelRatio
是(如果不出意外)2
. 视网膜MacBook的物理像素是2800×1800,而显示出分辨率为1400×900,如果把分辨率作为dips层,则devicePixelRatio
为2
应该是无误的。
需要指出的是,如果你把分辨率改成1920×1200,devicePixelRatio
依然是2
. 严格来讲,这是不准确的,应该是1.5
, 然而你也可以说MacBook的分辨率不同于dips层,这种情况下devicePixelRatio
在台式机/笔记本下的定义就不一样(哪一个?不知道。)。
在任何情况下,根据苹果的规范做法,devicePixelRatio
值只可能是1
或者2
. 如果你看到2
,你要提供视网膜优化显示图片,如果是1
,使用正常的图片——(这里内容其实属于视网膜站点的开发内容)。
当页面设置了<meta name="viewport" content="width=device-width">
时候,document.documentElement.clientWidth
在大部分浏览器下,得到的是布局视区的宽度,等同于dips的宽度。
对于screen.width
的值:
screen.width
返回dips宽。因此,在竖着显示的时候,视网膜显示屏的ipad和非视网膜显示屏的ipad返回的都是768.screen.width
返回的是物理像素宽度,分别480, 720, 和800. 该设备上的所有浏览器都是该值。Vasilis有一个很好的理论:苹果像素,因为它想使显示更清晰,更流畅,而Android厂商增加的像素在屏幕上塞进更多的东西。它解释了为什么苹果强调非视网膜视网膜的连续性,而Android集中在原始像素数。
Nokia Lumia Windows Phone上的IE9 screen.width
的值与Android设备一样,返回的是物理像素。而且其不支持devicePixelRatio
. 因此,我们无法从中看出其对待像素的态度是如何的。
小小结论
devicePixelRatio
在大多数浏览器是值得信赖的。screen.width
乘以devicePixelRatio
得到的是物理像素值。screen.width
除以devicePixelRatio
得到的是设备独立像素(dips)值。注:本文的DIPs切勿和DPI搞混了!DPI指每英寸点的个数,本文的DIPs指设备独立像素。
移动端为什么要设置`max-width:640px`或`max-width:750px`,这个主要是受设计稿的影响,如果设计稿是`640px`,那么`max-width`值就设置640px,那可以设置740px吗?可以,但是因为设计稿是640px,当页面740px宽度时,图片会失真。
flutter环境安装及各种问题
iphone下不支持document.on('click')事件
最近一直在持续的学习 Flutter,但一直没有发现有好用的网络调试工具,也不想太想使用 Charles 这个工具,后来发现了Facebook Flipper 这个工具,所以花了几天时间做了个 Flutter 版的 Flipper SDK。期间碰到了一些问题但 Flipper 项目的人迅速的帮忙。
今天我们就来看一下如何使用 Agora Flutter SDK 快速构建一个简单的移动跨平台视频通话应用。
问题描述 :iOS的WKWebView内核下,a链接带有target="_blank"时,链接点不开
本文所说`devicePixelRatio`其实指的是`window.devicePixelRatio`, 被所有WebKit浏览器以及Opera所支持,随着显示器的发展,这个属性也慢慢登上了前端技术的舞台。