/miari-adaptive

自适应布局方案对比。饿了么移动端方案（postcss-px-to-viewport）、网易移动端方案（rem+vw）、前手淘方案（flexible）

Primary LanguageVue

自适应布局方案

一套代码对应一份设计稿，实现向上/向下兼容自适应布局方案对比

这里只做最表面的使用方法不对，不进行多种环境（复杂布局等）的测试，内容仅供参考。

后续会对每一个方案做进一步的研究。你问我什么时候？下次一定！👾

起步

rem 是什么

rem（font size of the root element）是指相对于根元素<html>来做计算的字体大小单位。

e.g. 设置html { font-size: 75px }时，其他元素1rem = 75px，4rem = 300px

vw 是什么

vw是基于viewport视窗的长度单位。1vw等于window.innerWidth的1%

e.g. 设备物理宽度为375px时，1vw = 3.75px

dpr 是什么

设备像素比device pixel ratio简称dpr，即物理像素和设备独立像素的比值。

在web中，浏览器为我们提供了window.devicePixelRatio来帮助我们获取dpr。

iPhone 6、7、8的实际物理像素是750 x 1334，在开发者工具中我们可以看到：它的设备独立像素是375 x 667，设备像素比dpr为2

e.g. 如果给定一个元素的高度为200px(这里的px指物理像素，非CSS像素)，iphone6的设备像素比dpr = 2，我们给定的height应为200px/2=100dp。

Flexible（前手淘做法）

js 获取clientWidth，分成十份。再设置rem。字体大小则是12 * dpr

postcss-px-to-viewport（有赞做法）

postcss-px-to-viewport的做法其实没多大不同，它直接计算每个像素在设计稿中占据的%来输出vw，rem

设计稿 = 375px 时

1. 转换 VW 方案

'postcss-px-to-viewport': {
    unitToConvert: 'px', // 需要转换的单位，默认为"px"
    viewportWidth: 375, // 视窗的宽度，对应设计稿的宽度
    viewportUnit: 'vw', // 指定需要转
    fontViewportUnit: 'vw', // 字体使用的视口单位
    unitPrecision: 13 // 指定`px`转换为视窗单位值的小数后 x位数
   	...
}

1px = 100 / 375 = 0.2666666666666% 即 100px = 26.6666666666666% = 26.6666666666666vw

实际渲染时（375px 的屏幕），26.6666666666666vw = 26.6666666666% * 375 = 100px

在 转换成vw的方案设置媒体查询超出宽度范围后固定body宽度，内容居中时，会出现样式过大影响查看的问题。

@media screen and (min-width: 1024px) {
  html {
    max-width: 1024px;
  }
}

2.转换 REM 方案

避免不同浏览器的默认字体大小不一样导致大小不一致的问题，我们需要固定好root元素 html的font-size

恰好我们可以利用postcss-px-viewport不支持内联样式的转换。来设置root元素 html的内联font-size: 16px;来固定root的字体大小以适配转换成rem的方案。

1px = 100 / 375 = 0.2666666666666% 即 100px = 26.6666666666666% = 26.6666666666666rem

由于我们设置了root元素 html的内联font-size: 16px;来固定root的字体大小。因此，实际渲染时（375px 的屏幕），容器26.6666666666666rem = 26.6666666666666 * 16 = 426.6666666666656px

也就是说，我们需要更改viewportWidth的大小来和设计图适配。直接推导一下设计图与viewportWidth的倍数关系 = 426.6666666666656 / 100 = 4.26656倍。设置viewportWidth: 1599.96 （375 * 4.26656 = 1599.96）

同样设置媒体查询超出宽度范围后固定body宽度，内容居中

@media screen and (min-width: 1024px) {
  html {
    max-width: 1024px;
  }
}

rem + vw（网易移动端做法）

原则上也需要一个参考的设计图，这边假设为375px宽设计图。计算方法与postcss-px-to-viewport rem方案一至。

计算公式 ：1vw = 7.5px 1px = 0.1333333333333333vw 100px = 13.3333333333333333vw

1rem = 13.3333333333333333vw = 100px

但需要注意的是，设置时需要把1rem设置成100px 对应的 vw值的值（防止小于浏览器最小字体），编写时根据设计图px / 100来编写。

当需要向上兼容自适应的时候，设置好@media对应不同的font-size即可。

同样设置媒体查询超出宽度范围后固定body宽度，内容居中。

html {
  font-size: 26.6666666666666667vw;
  margin: 0 auto;
  body {
    // 重置字体大小
    font-size: 0.14rem;
  }
}

@media screen and (min-width: 768px) {
  html {
    font-size: 9vw;
    max-width: 768px;
  }
}

ren+vw方案

总结

Flexible在当今已经可以放弃掉，转用 CSS的方法解放因使用JS动态修改fontsize所消耗的性能

只做移动端

postcss-px-to-viewport -- vw方法

一把梭，什么都不用考虑。且是最真实的按照屏幕大小的比例来放大缩小。

小屏设计图向上兼容自适应大屏幕

当需要从移动端设计图适配到平板、PC屏幕

（最方便）postcss-px-to-viewport -- rem

优点
  1. 自动转换 UI框架中的单位。
  2. 配合media媒体查询设置root fontSize适配不同分辨率的大小以及限制最大宽度。
缺点
  1. 所有设置转换的单位都会被转换掉，无法设置某些样式的单位不被转换。

（最灵活）rem + vw

优点
  1. 配合media媒体查询设置root fontSize适配不同分辨率的大小以及限制最大宽度。
  2. 高度自定义，谁需要转换谁转换成rem。
缺点
  1. 当需要把 UI框架中的单位也转换时，会非常的头大。需要一个一个覆盖。

（不适合）postcss-px-to-viewport -- vw

该方案在限制最大宽度的时候，由于大小都是更具 viewport来决定的。所以限制了最大宽度时里面的内容依旧会随viewport变大而变大。故不合适

大屏设计图向下兼容自适应小屏幕

（建议）postcss-px-to-viewport -- rem

优点
  1. 自动转换 UI框架中的单位，省事。
  2. 设置最小宽度居中，超出部分滚动条。
  3. 适配比设计稿更大的屏幕时把root fontSize设置为更大即可。
缺点
  1. 所有设置转换的单位都会被转换掉，无法设置某些样式的单位不被转换。

（一般） rem + vw

假设屏幕 1024px

计算公式 ：1vw = 10.24px 1px = 0.09765625vw 100px = 9.765625vw

1rem = 9.765625vw = 100px

优点
  1. 设置时需要把1rem设置成100px 对应的 vw值的值（防止小于浏览器最小字体），编写时根据设计图px / 100来编写。
缺点
  1. 需要写多个媒体查询更改root fontSize（因为存在字体太大导致一屏内容显示太少问题）。
  2. 当需要把 UI框架中的单位也转换时，会非常的头大。需要一个一个覆盖。
  3. 无法设置最小宽度居中内容。

（不适合）postcss-px-to-viewport -- vw

由于国产浏览器中的root fontSize小于默认最小字体（一般是 12px）时，会强制保持root fontSize = 12px ，因此该方法并不适合。