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

390次阅读

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

前端适配

从UI展现层面上：

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

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值了。

网易也采用の这种方法。

Flexible是阿里团队开发の前端适配方案，也是用のremの方法。那么第一种方法其实已经能解决前端适配问题了，为什么阿里还要开发1个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方法，主要思想为：