私はちょうど仕事を言って、それはレムから始まった、そして長くないの後、柔軟な体系的かつサポートのiOSの網膜の画面に接触素早く征服私は最近、神のVWの大砂漠を見ました。この記事は、ワンストップを完了したいと思いますので、アダプターのフロントエンドは、システムの進化を理解することができます。シリアゴシップ少なく、すぐに開始します。
1.フロントエンド・アダプタは何ですか
レベルを表示するUIから：
我々は、デバイスの異なるサイズを期待して、ページをすることができ、適応型ディスプレイまたはにより、幾何学的なスケーリング機器の異なるサイズだから、ルックスがコーディネートまたはほとんど。
コードの実装レベルから：
私たちは、フロントエンド・アダプタを使用することができますしたい簡単なよう実装するコード。最良のコードのセットすべてのデバイスの互換性はなく、一人ひとりの機器の書き込みプログラムではなく、最も無力なプログラム（AndroidとiOSは別に書かれている）の選択の一番下。
2.キーワード
あなたはこれらのキーワードを理解していれば、あなたはこの大きなをスキップすることができ、後者は問題があるならば、私はいくつかの疑問を感じ、あなたは、ビューに戻って来ることができます。
2.1ビューポート/ビューポート
人気話すには、デバイスのビューポート上の画面は、当社のウェブサイト[1]の領域を表示するために使用することができ、モバイルデバイスであるが、我々は必ずしも表示領域ではありません。具体的には、以下の三つに分かれて。
2.1.1ビジュアルビューポート
ビジュアルビューポート：目に見えるビューポート。モバイルデバイス上では、私たちが見るものの一部であってもよいです。window.innerWidth移動端によって幅（可動端のみ、PCであってもクロムアナログは、異なる結果を有することになります）。
2.2.2レイアウトビューポート
レイアウトビューポート：レイアウトビューポート。
如果把PC上的页面放到移动端，以iphone8为例，如果只展示为可见视口的宽度（375px），那么页面会被压缩的特别窄而显示错乱，所以移动浏览器就决定默认情况下把viewport设为一个较宽的值，比如980px，这样的话即使是那些为桌面设计的网站也能在移动浏览器上正常显示了。[1]
而事实上，我们一般看不到如上图这样出现横向滚动条的界面；在手机上访问页面时，往往是下图的样子：
这是由于页面body宽度设置了100%而没有指定一个具体的宽度导致的，从而使页面被等比缩放了。由于用户可以缩放，所以还算能正常浏览。
2.2.3 Ideal Viewport
Ideal Viewport：理想视口，其实就是设备的可见区域，和可见视口一致。
设置Ideal Viewport的好处是，只要按照Ideal Viewport来设计样式稿，用户就不用能最完美的查看网站的内容——既不用左右滑动，也不用放大缩小。
设置理想视口：
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0">这段代码的意思是将布局视口的宽度设置为设备宽度，初始缩放比例为1，最大缩放比例为1，用户不能缩放。
2.2 像素
2.2.1 物理像素
物理像素：一个物理像素是显示器(手机屏幕)上最小的物理显示单元，在操作系统的调度下，每一个设备像素都有自己的颜色值和亮度值。[2]
2.2.2 设备独立像素
设备独立像素：又称为CSS像素，就是我们日常代码中使用的像素。浏览器内的一切长度都是以CSS像素为单位的，CSS像素的单位是px。
2.2.3 设备像素比
设备像素比(简称dpr)定义了物理像素和设备独立像素的对应关系。比如说对于iOS的retina屏，一个设备独立像素就对应着4个物理像素。这样的设计可以使画面更加清晰锐利，如下图：
3. 业界的解决方案
OK，LongLongAgo的前缀之后，终于到了正题。回到我们最开始的初心：我们只是想要通过一套代码，实现一个可以在不同页面尺寸上展示差不多的页面。在这一块，现在主要有三种方案。
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实现移动端适配》
总结
正如大漠所说，flexible模拟vw的时代已经过去，真正的酋长vw已经归来。