移动前端适配—低级、无趣的老方法

这里介绍一下几个移动前端适配—低级、无趣、一堆问题的老方法。早在几年前，移动前端适配有几个很简单使用的方法。那时屏幕尺寸或者说分辨率没如今这么多。一般设计师设计移动端页面统一按照640像素的宽度设计。因为当时的主流是iPhone4，iPhone4s ，iPhone5及iPhone5s，物理像素宽度为 640，分辨率为320。其他安卓机型可以根据这些尺寸做简单粗暴的匹配。

例如下面是适配最简单粗暴的方法，而且根据我平时查看项目的代码的习惯，还有相对一部分项目还是使用这个方法做项目，或者维护项目：

1. <meta name="eqMobileViewport" content="width=320,initial-scale=1.0,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no"/>

看起来很简单，也很实用。开发时候一切根据640的设计稿除以2处理，字体也用简单的像素做单位（用rem换算麻烦）似乎是很完美，但是实际情况，特别是一些对齐，背景吻合总是会出现问题。还有就是用现在高分辨率的iPhone6s等手机看，总是会被设计师鄙视，看图就知道了。

如今手机屏幕尺寸越来越多，可以稍微升级一下上面的方法，同样在html头部head标签中先插入一个meta标签，在插入一个脚本设置缩放值：

1. <meta id="eqMobileViewport" name="viewport" content="width=320, initial-scale=1, maximum-scale=1, user-scalable=no">
2. <script>
3. var g = document.documentElement.clientWidth / 320;
4. document.getElementById('eqMobileViewport').setAttribute("content", "width=320, initial-scale=" + g + ", maximum-scale=" + g + ", user-scalable=no")
5. </script>

这样就比较完美了，如图：

这只是根据页面做了简单的缩放，能解决一部分的问题。但是随着iPhone6，iPhone6s的发布，很多设计师设计界面的时候普遍开始使用750宽度的设计稿，甚至更高的分辨率，以满足用户的视觉体验。那么实际开发中，换算又成了一个问题，增加了开发成本！更好的方式留在下次讲吧。