首页 > 其他分享> > 一次搞清楚移动端适配这几个坑爹的单位慨念

一次搞清楚移动端适配这几个坑爹的单位慨念

2020-05-03 14:56:21 作者：互联网

一次搞清楚移动端这几个坑爹的单位慨念

一、让坑爹的单位,不再坑爹
二、需要准备什么样的设计稿
三、rem方案的原理和细节
- 高清屏上,位图的处理
- 高清屏上,关于border: 1px的处理
- 移动端屏幕的自动适配的处理
- 移动端屏幕上字体大小的处理

一、让坑爹的单位,不再坑爹

移动端适配本身不难,但是因为涉及到单位转换,想要解释清楚移动端适配方案,你必须要搞清楚各个单位的慨念。

但是由于中英翻译的问题,我发现很多文章在讲解移动端适配时,关于单位,我们有一万种翻译方法...

"物理像素、逻辑像素、物理分辨率、逻辑分辨率、实际像素、css像素、设备像素、ppi、pt、dpr。"

真的是给我们新手学习移动端适配造成不少困惑,英语真的很重要呀。下面分享一下,我觉得最靠谱最需要理解的4个慨念。

推荐把这4个名词记住,我觉得翻译的很贴切,好理解。

物理像素(physical pixel) : 显示器上最小的物理显示单位,苹果的retina屏幕很清晰吧?就是因为它的物理像素很高。
设备独立像素(density-independent pixel) : 这个是计算机坐标系统里的虚拟慨念,这个点代表一个可以由程序使用的虚拟像素(比如: css像素)
设备像素比(device pixel ratio) : 也叫dpr。设备像素比 = 物理像素 / 设备独立像素。你也可以通过window.devicePixelRatio获取设备像素比
位图像素 : png, jpg, gif这类都是位图,位图像素就是位图的最小数据单元

举个栗子

以iphone6来说,

物理像素分辨率: 750 * 1334
设备独立像素分辨率 : 375 * 667
设备像素比: 2

不管是高清屏幕还是普通屏幕,一个11 css像素那么大的物理尺寸是一样的,区别在于高清屏上一个一个11 css像素那么大的地方,对应2*2个物理像素,所以很清晰。

在普通屏幕下1个css像素(11)对应1个物理像素(11)

在高清屏幕下1个css像素(11)对应4个物理像素(22)

不知道看完这个例子,你是否能理解这些叫法的区别。如果还是有些迷糊,可以看下面的补充说明 ; 如果已经了解,可以跳过下面一小节。

关于这4个叫法的补充说明:

物理像素(physical pixel): 物理像素越大,屏幕越清晰。
设备独立像素(density-independent pixel) : 也叫密度无关像素。这个设备独立像素,就是你眼睛看到的手机大小有关。

2个手机看上去一样大? 那他们设备独立独立像素就是一样的。也就是说我不管你高清屏还是什么**屏设备独立像素只跟我这个设备看上去大不大有关。

设备看上去很大? 那设备独立像素就大 ; 设备看上去很小? 那设备独立像素就小

所以我觉得设备独立像素(density-independent pixel)。这个翻译比较贴切也好理解。只跟设备看上去的大小相关。

很多翻译也管设备独立像素叫做: 逻辑像素、 css像素、实际像素...

二、需要准备什么样的设计稿

首先，选取一款手机的屏幕宽高作为基准(以前是iphone4的320×480，现在更多的是iphone6的375×667)。
对于retina屏幕(如: dpr=2)，为了达到高清效果，视觉稿的画布大小会是基准的2倍，也就是说像素点个数是原来的4倍（对iphone6而言：原先的375×667，就会变成750×1334）。

三、rem方案的原理和细节

rem方案的原理:

让需要动态变化的布局、图片的单位都用rem来写。比如width: 2rem

那么2rem究竟表示多少呢? 这个和根元素html的font-size属性相关, 比如font-size为75px,那么 2rem 就表示150px

所以只要html的font-size可以根据屏幕的尺寸和dpr动态的变化,那么所有以rem为单位的元素都会动态变化。

这个就是rem能够适配的基本原理。至于屏幕的尺寸和dpr都是可以通过js或者css获取的。

细节1: 高清屏上,位图的处理

常见的位图,包括png / jpg / gif类型的图片。只有一个位图像素对应一个物理像素时,位图才会被高质量的显示

所以常见的问题就是: png图片在普通屏幕上正常显示,但是在高清屏上,会出现位图像素不够的情况,导致图片模糊。

所以其实比较好的解决方案就是:

在根据不同的dpr,显示不同的位图。
另一个就是可以不用位图,改用矢量图、字体图标、转成base64。不用位图自然就没有位图的问题了。

细节2: 高清屏上,border: 1px的处理

其实并不是所有做移动端适配的人,都一定会遇到这个问题。

比如你的设计师给了一张iphone6为基准的 750*1334 的设计稿,里面有一个border标注的是1px。

所以设计师实际上想要的是retina屏下的1px,也就是普通屏幕下的0.5px。

但问题是: 并不是手机端屏幕都支持0.5px,ios7之下或者安卓机都可能把0.5解析成0px

这里给到一种解决方案: 设置initial-scale=0.5

<meta name="viewport" content="width=640,initial-scale=0.5,maximum-scale=0.5, minimum-scale=0.5,user-scalable=no">

这样，页面中的所有的border: 1px都将缩小0.5，从而达到border: 0.5px;的效果。

然而，页面scale，必然会带来一些问题：

字体大小会被缩放
页面布局会被缩放(如: div的宽高等)

细节3: 移动端屏幕的自动适配的处理

rem原理: 根据手机的屏幕尺寸和dpr,动态的修改html的font-size(基准值)

求rem

    1 rem = document.documentElement.clientWidth * dpr / 10
    
   (1) 乘以dpr，是因为页面有可能为了实现1px border页面会缩放(scale) 1/dpr 倍(如果没有，dpr=1),。
   (2) 除以10，是为了取整，方便计算(理论上可以是任何值)

求iphone6的1rem 例子:

iphone6的 1rem : 375px * 2 / 10 = 75px

知道1rem是多少后,如何写其他的css呢?

比如width: 150px, 我们就可以写成2rem

实际上,我们往往通过一个px2rem的函数,来做转换。算法就是设计稿上某个div的宽度值 / 1rem的像素值, 例如 : 150px / 75px = 2rem

细节4: 移动端屏幕上字体大小的处理

移动端上,关于字体大小的需求,一般都是希望各个屏幕的字体都是保持一样大的。

一般解决方案,就是根据dpr,设置不同的font-size,让字体大小保持一致