从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标准的新布局方式。
而到底用不用这套方案，作为前端的我们也是见仁见智了！
