浅析rem布局方案

Rem和em

em作为font-size的单位时,其代表父元素的字体大小,em作为其他属性单位时,代表自身字体大小——MDN

比起到处写死的px值,em似乎更有张力,改动父元素的字体大小,子元素会等比例变化,这一变化似乎预示了无限可能

图片名称

一个小测验

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<div class="p1">
<div class="s1">1</div>
<div class="s2">1</div>
</div>
<div class="p2">
<div class="s5">1</div>
<div class="s6">1</div>
</div>

<style>
.p1 {font-size: 16px; line-height: 32px;}
.s1 {font-size: 2em;}
.s2 {font-size: 2em; line-height: 2em;}

.p2 {font-size: 16px; line-height: 2;}
.s5 {font-size: 2em;}
.s6 {font-size: 2em; line-height: 2em;}
</style>
  • p1:font-size: 16px; line-height: 32px

  • s1:font-size: 32px; line-height: 32px

    s1 em作为字体单位,相对于父元素字体大小;line-height继承父元素计算值

  • s2:font-size: 32px; line-height: 64px

    s2 em作为行高单位时,相对于自身字体大小

  • p2:font-size: 16px; line-height: 32px

    p2 line-height: 2自身字体大小的两倍

  • s5:font-size: 32px; line-height: 64px

    s5 数字无单位行高,继承原始值,s5的line-height继承的2,自身字体大小的两倍

  • s6:font-size: 32px; line-height: 64px

rem作用于非根元素时,相对于根元素字体大小;rem作用于根元素字体大小时,相对于其出初始字体大小——MDN

一些像素概念

  • 物理像素:即实际的每一个物理像素,也就是移动设备上每一个物理显示单元(点)
  • 设备逻辑像素(css中的px):可以理解为一个虚拟的相对的显示块,与物理像素有着一定的比例关系,也就是下面的设备像素比
  • 设备像素比(dpr):= 物理像素 / 设备独立像素(px)

如果dpr为1的话,那么1px = 1物理像素,x轴y轴加起来就是1

图片名称

如果dpr为2的话,那么1px = 2物理像素,x轴y轴加起来就是4

图片名称

以此类推

在js中可以通过window.devicePixelRatio获取当前设备的dpr。

这里说明一下,无论dpr多大,1px的大小通常来说是一致的,这也就意味着,随着dpr的增大,物理像素点会越来越小,这样才能容纳更多的物理像素,才能更高清,更retina

图片名称

说完基本概念,来说一下几个问题:

retina屏图片模糊

首先普及一下位图像素:一个位图像素是图片的最小数据单元,每一个单元都包含具体的显示信息(色彩,透明度,位置等等)

那为什么在dpr高的retina屏上反而会模糊呢?看图~

图片名称

在1dpr的屏幕上,位图像素和物理像素一一对应没什么问题,但是在retina屏上,由于一个px由4个甚至更多的物理像素组成,并且单个位图像素不能进一步分割,所以会出现就近取色的情况,如果取色不均,那么就会导致图片模糊。

对于这种情况,只能采用@2x、@3x这样的倍图来适配高清展示,这样侧向说明了为什么照着iphone6做的ui稿不是375,而是750的问题。

虽然这样在dpr为1的屏幕上会导致1个物理像素上有4个位图像素,但是这种情况的取色算法更优,影响不大,不做讨论。

1px的粗细问题

由于1px的实际大小是一样的,只是里面的物理像素数量不同,所以如果直接写1px是没问题的,不会出现粗细不同的情况,但是这样一来retina的优势也rem的作用也就没了,其实还是dpr的问题,dpr为1,那么1px就是一个物理像素,但是在retina中。1px实际可能有4、9个物理像素,ui想要的其实是1个物理像素,而不是1px,不过由于不是素所有的手机都能适配0.x,所以曲线救国,采用scale缩放或者设置meta都可以

图片名称

viewport

三个概念

  • layout viewport
  • visual viewport
  • ideal viewport

layout viewport

最开始,pc上的页面是无法再移动端正常显示的,因为屏幕太小,会挤作一团,所以就有了viewport的概念,又称布局视口(虚拟视口),这个视口大小接近于pc,大部分都是980px

visual viewport

有了布局视口,还缺一个承载它的真是视口,也就是移动设备的可视区域-视觉视口(物理视口),这个尺寸随着设备的不同也有不同。这样在视觉视口中创建了一个布局视口,类似overscroll:scroll;这样,可以通过滚动拖拽、缩放扩大进行较好的访问体验

ideal viewport

像上面的体验在早些年可能比较多,但是近几年几乎很少了,还是归咎于用户体验,所以,我们还需要一个视口-理想视口(同样是虚拟视口),不过这个理想视口的大小是等于布局视口的,这样用户就能得到更好的浏览体验。

一个特性

viewport有六种可以设置的常用属性:

  • width:定义layout viewport的宽度,如果不设置,大部分情况下默认是980
  • height:非常用
  • initial-scale:可以以某个比例将页面缩放\放大,你也可以用它来设置ideal viewport:
1
<meta name='viewport' content='initial-scale=1' />
  • maximum-scale:限制最大放大比例
  • minimum-scale:限制最小缩小比例
  • user-scalable:是否允许用户放大\缩小页面,默认为yes

rem适配方案

先说原理,通过meta修正1px对应的物理像素数量,在根据统一的设计稿来生成html上的动态font-size,根据dpr构造字体等误差较大的样式的mixin

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
function initRem() {
const meta = document.querySelector('meta[name="viewport"]');;
const html = document.documentElement;
const cliW = html.clientWidth;
const dpr = window.devicePixelRatio || 1;
meta.setAttribute('name', 'viewport');
meta.setAttribute(
'content',
`width=${cliW * dpr}, initial-scale=${1 /
dpr} ,maximum-scale=${1 / dpr}, minimum-scale=${1 /
dpr},user-scalable=no`
);
html.setAttribute('data-dpr', dpr);
// 这样计算的好处是,你可以直接用ui的px/100得到的就是rem大小,方便快捷,无需mixin
html.style.fontSize = 10 / 75 * cliW * dpr + 'px';
}
initRem();
window.onresize = window.onorientationchange = initRem();

参考

rem布局方案

rem布局方案