从flexible.js引入高德地图谈起的移动端适配

曾几何时，前端还仅仅是PC端的。随着移动时代的兴起，h5及css3的推陈出新。前端的领域慢慢的由传统的pc端转入了移动端，这也导致了前端这一职业在风口的一段时间出尽了风头。

从开始的惶恐和无从下手，慢慢的到了有了统一的技术方案去落地实现。

从手写不同尺寸的媒体查询css到以手淘的flexible.js来进行移动端的适配，虽然过程曲折，不过效果也是十分的显著，因为有了成熟的体系以后。什么东西就有据可寻，适配也就没那么困难了。

但是，因为这次引入了高德地图，所以在适配上出现了一点意料之外的问题。

首先，我要说下视口这个东西，因为手淘的这个方案是严重依赖视口这个概念的。

1.视口

1.1视口的分类

ppk将视口分为三大类：布局视口，可视视口，理想视口

那视口是什么呢？通俗点说就是就是浏览器上(也可能是一个app中的webview)用来显示网页的那部分区域，但viewport又不局限于浏览器可视区域的大小，它可能比浏览器的可视区域要大，因为为了正常的显示PC端的网页，浏览器会将自己的layout viewport设置为一个较大的值，结果就是会出现左右的滚动条。当然viewport(visual viewport)也可能比浏览器的可视区域要小，比如有的手机自带的浏览器会有一个自带的黑色小边距。

布局视口和可视视口我们作基本了解即可。在实际工作中，我们需要接触和处理的更多是ideal viewport。

而我们前端一直孜孜以求的移动端的适配。其实就是为了让用户的浏览器中呈现的是我们的理想视口

ideal viewport并没有一个固定的尺寸，不同的设备拥有有不同的ideal viewport。

早期移动端开发，对于终端设备适配问题只属于Android系列，有320pt的，有360pt的，有384pt的等等。但随着iPhone6，iPhone6+的出现，从此终端适配问题不再是Android系列了，也从这个时候让移动端适配全面进入到“杂屏”时代。有320pt的，有375pt(iphone x)的，有414pt(plus)的等等。

http://viewportsizes.com里面收集了众多设备的理想宽度。

1.2 如何影响视口？

既然viewport这么重要，那我们怎么去控制他为我所用呢？这个时候，就轮到meta标签出场了。

先来一段我们在开发的时候最常用的一句话。

<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0">

用下面的表格来解释一下content里面的属性

width	设置layout viewport  的宽度，为一个正整数，或字符串"width-device"
height	设置layout viewport  的高度，这个属性对我们并不重要，几乎不使用
initial-scale	设置页面的初始缩放值，相对于ideal viewport进行缩放，为一个数字，可以带小数
minimum-scale	允许用户的最小缩放值，为一个数字，可以带小数
maximum-scale	允许用户的最大缩放值，为一个数字，可以带小数
user-scalable	是否允许用户进行缩放，值为"no"或"yes", no 代表不允许，yes代表允许

<meta name="viewport" content="width=device-width">

width=device-width，通过这个特殊值。我们将layout viewport => ideal viewport

<meta name="viewport" content="initial-scale=1.0">

通过设置初始的缩放比率，我们也可以将layout viewport => ideal viewport

所以上面两种方式是殊途同归的。那么，为什么我们还要将两个都写上去呢？

答案：initial-scale=1.0是为了处理在 iphone、ipad上，无论是竖屏还是横屏，宽度都是竖屏时ideal viewport的宽度，

　　　width=device-width是为了处理在windows phone 上的IE 无论是竖屏还是横屏都把宽度设为竖屏时ideal viewport的宽度

<meta name="viewport" content="width=400, initial-scale=1.0">

如果出现了上面的这种怎么办呢？

这个时候浏览器会取它们两个中较大的那个值。例如，当width=400，ideal viewport的宽度为320时，取的是400；当width=400， ideal viewport的宽度为480时，取的是ideal viewport的宽度。

总结起来就是“谁大谁先行“

2.引入高德后页面的表现

在vue的spa项目中引入高德以后，我们发现在不同的dpr下，地图的显示效果差距非常大。

在dpr=3的时候，也就是plus的机型上，地图显得格外的小。几乎用肉眼是无法看清上面的字体。所以，这样说来，基于flexible的适配方法肯定是有问题的了。

而出现这个问题的原因就是我们的viewport被缩放了。

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;
  }

通过上面的代码计算出了viewport缩放的比率。当处于iphone 6+plus的时候，scale = 0.333333333333....

metaEl.setAttribute('content', 'initial-scale=' + scale + ', maximum-scale=' + scale + ', minimum-scale=' + scale + ', user-scalable=no');

最后写到页面上面的结果就是：

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

所以，iphone plus是414pt，通过flexible将viewport缩小了0.33333333333，我们将414/0.3333333333=1242.0000001242

而正好高德地图通过canvas绘制的画布的宽度也就是1242。

3.如何解决这个问题

通过我的总结，处理这个问题的方法大致有三种

3.1 通过vue-router的路由守卫进行处理

beforeMount() {
    this.$nextTick(() = >{
        const dpr = document.documentElement.getAttribute('data-dpr') 
        if (dpr > 1) {
            window.tempViewport = document.querySelector('meta[name="viewport"]').getAttribute('content'); 
　　　　　　　document.querySelector('meta[name="viewport"]').setAttribute('content', 'width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no'); 
            window.tempDpr = dpr;
　　　　　　  document.documentElement.setAttribute('data-dpr', 1);
        }
    })
},
beforeRouteLeave(to, from, next) {
    if (window.tempViewport) {
        document.querySelector('meta[name="viewport"]').setAttribute('content', window.tempViewport); 
        delete window.tempViewport;
    }
    if (window.tempDpr) {
        document.documentElement.setAttribute('data-dpr', window.tempDpr); 

        delete window.tempDpr;
    }
    next()
},

不过这样的方式不是很好，因为页面在过渡的时候会出现一瞬间样式的变形。而且如果在当前有地图的页面有其他结构的话，其他结构也会错乱。

Tips:如果不是SPA的应用，而且整屏页面是地图占满的情况下，这个方案还是可行的。

3.2 通过css scale属性

这个方法在我试验了以后，也存在问题。虽然地图的大小是正常了，但是在地图上进行点标记的时候，会出现地图位置的偏移。

Tips:如果仅仅是展示，而并没有任何交互的情况下，这个方式也是可行的。

3.3 通过设置dpr = 1 （推荐）

通过设置dpr=1，强制flexible布局对viewport不进行缩放。

<meta name="flexible" content="initial-dpr=1" />

这样，最后写到页面上的meta标签就是这样的。

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

既然viewport没有缩放了。高德地图通过canvas绘制的地图也就是按照我们的ideal viewport来进行处理了。

不过这种方式会产生另外两个副作用：

• 通过缩放来处理的"1px问题"这里需要重新去处理了

• 通过dpr设置的不同dpr下的文本字号大小，可能会出现13px这样很奇葩的尺寸了

第一个是适配中一个很经典的问题，我会放到随后去讲。而第二个问题只能暂时这样去处理了。

4.结尾

大漠对于这个问题的解释是：flexible已经完成自己的使命，该功成身退了。他推荐使用vw,vh标准的新布局方式。

而到底用不用这套方案，作为前端的我们也是见仁见智了！