移动适配方案的进化-茴字的四种写法

原文：移动适配方案的进化 https://segmentfault.com/a/1190000014309664

 

前端适配

从UI展现层面上：

我们期望不同尺寸的设备，页面可以自适应的展示或者进行等比缩放，从而在不同的尺寸的设备下看起来协调或者差不多。

3.1 Rem的解决方案

DPR一致时，px在不同的屏幕尺寸上会展示为定宽，这就导致我们的页面可能会出现滚动条或者占不满的情况。而通过rem来设置div的宽高，可以保证页面可以通过调整html的font-size来整体放大或者缩小，从而达到不管屏幕宽度是多少，页面都能完美展示的效果。

例如，针对750*1334的设计稿：

<meta name="viewport" content="initial-scale=1,maximum-scale=1, minimum-scale=1">
<script>
    document.documentElement.style.fontSize = window.innerWidth / 7.5 + 'px';
</script>

这样，所有的设备的宽度都是7.5rem，只需要把设计稿上的px值统一除以100，就可以得到相应的rem值了。

网易也采用的这种方法。

3.2 Flexible.js

Flexible是阿里团队开发的前端适配方案，也是用的rem的方法。那么第一种方法其实已经能解决前端适配问题了，为什么阿里还要开发一个Flexible呢？

在第一种方法中，dpr=1时没有任何问题，但是在dpr=2或者更高的手机屏幕上，因为物理像素的增加，存在小于1px的显示空间。如果采用第一种方法，因为它统一对scale设置为1，那么我们假如想要实现0.5px, 就只能通过transform的方式。如果有多个这样的样式，代码就会变得很麻烦。

.scale{
    position: relative;
}
.scale:after{
    content:"";
    position: absolute;
    bottom:0px;
    left:0px;
    right:0px;
    border-bottom:1px solid #ddd;
    -webkit-transform:scaleY(.5);
    -webkit-transform-origin:0 0;
}

因此，阿里的flexible方案充分考虑了这种情况，动态的设置了fontsize和scale, 从而使得CSS中的1px等于物理像素中的1px，在IOS下得到最清晰的体验。

if (!dpr && !scale) {
    var isAndroid = win.navigator.appVersion.match(/android/gi);
    var isIPhone = win.navigator.appVersion.match(/iphone/gi);
    var devicePixelRatio = win.devicePixelRatio;
    if (isIPhone) {
        // iOS下，对于2和3的屏，用2倍的方案，其余的用1倍方案
        if (devicePixelRatio >= 3 && (!dpr || dpr >= 3)) {                
            dpr = 3;
        } else if (devicePixelRatio >= 2 && (!dpr || dpr >= 2)){
            dpr = 2;
        } else {
            dpr = 1;
        }
    } else {
        // 其他设备下，仍旧使用1倍的方案
        dpr = 1;
    }
    scale = 1 / dpr;
}

最终在iphone8下页面的header被设置为：
<meta name="viewport" content="initial-scale=0.5,maximum-scale=0.5,minimum-scale=0.5,user-scalable=no">

具体的大家可以看《使用Flexible实现手淘H5页面的终端适配》

另外需要指出的一点是：Flexible将页面分成了100份，页面的宽度是10rem，对于750的设计稿，我们需要用相应的px数除以75来得到。手动计算是愚蠢的，不同的编译器都可以下载pix2rem插件（可以直接写px然后自动转换为相应的rem值），直接使用sass或者postcss打包也能达到同样的功能。

总结一下上面两种rem方法，主要思想为：

• 根据dpr的值来修改html的font-size，从而使用rem实现等比缩放
• 根据dpr的值来修改viewport实现1px的线

但是Flexible也有它的局限性，具体表现为：

• 不能与响应式布局兼容
• 对Android没有做处理，导致1px和backgroudImage还要额外做处理的问题[4]

所以我们有了第三种解决方案——vw。

3.3 vw

vw是基于Viewport视窗的长度单位，在CSS3中和Viewport相关的单位有四个，分别为vw、vh、vmin和vmax。

• vw: 是Viewport's width的简写,1vw等于window.innerWidth的1%
• vh：和vw类似，是Viewport's height的简写，1vh等于window.innerHeihgt的1%
• vmin: vmin的值是当前vw和vh中较小的值
• vmax: vmax的值是当前vw和vh中较大的值

其实vw的方案的写法和flexible方案的写法一致——因为flexible其实就是用hack的手段模拟了vw的实现而已。

具体写法：针对750px的设计稿，将相应的px值除以7.5就是vw的值。

因为此方法不会改变可见视口的宽度，所以可以和media query通用了，另外，也支持了Android上高分辨率屏的展示。

尽管在某些Android机型上还存在兼容问题，我们也可以使用Viewport Units Buggyfill，具体见《如何在Vue项目中使用vw实现移动端适配》