现状 下图是一个1920*1080的大屏示意图 使用常规的缩放方法，让大屏在窗口内最大化显示。大屏在不同的窗口中出现了空白区域，并没有充满整个屏幕。 新的方法  在缩放的基础上，对指定的要素进行贴边处

在过去的几年时间里，移动端web野蛮生长，智能机的Android阵营和IOS阵营分庭抗礼，随之产生了多个系统版本（系统版本多样）；五花八门的屏幕尺寸、屏幕展示技术（如大名鼎鼎的Retina技术屏）层出不穷（屏幕尺寸、技术多样），还是CSS的W3C标准在各式各样的移动端浏览器上落…

工作中难免会有写静态页面的需求，有时候移动端适配真的是做的心累，如果自己新做一个页面倒还好，整体布局会按照自己习惯来，但有时候不得不修改别人的代码，尤其是别人没适配好的代码...

前段时间我的移动端适配解决方案一文在评论区引发了激烈的讨论。其中讨论最多的就是，移动端rem的适配已经淘汰了，目前大家使用的都是viewport。

作为一名前端开发者，你有没有遇到过这种头痛的事情。每次开发pc端的网页时，不管是官网还是管理后台，UI设计师都是按照`1920*1080`（16:9）的比例来给你提供设计稿的，导致你画页面的时候

由于手机屏幕尺寸不一样，分辨率不一样，或者需要考虑横竖屏的问题，或者考虑到移动端兼容性。这时候你也就不得不解决在不同手机上，不同情况下的展示效果，所以就需要一个开箱即用并且行之有效的移的移动端适配方案

有关于移动端的适配布局一直以来都是众说纷纭，对应的解决方案也是有很多种。在《使用Flexible实现手淘H5页面的终端适配》提出了Flexible的布局方案，随着viewport单位越来越受到众多浏览器的支持，因此在《再聊移动端页面的适配》一文中提出了vw来做移动端的适配问题。…

在此之前为解决适配问题“普遍”会给html根节点设置font-size作为根字体计算单位值，适兼容多端配问题。开发者需要实时换算单位、还需要精确到六七位小数点。这样的解决方案在现在看来似乎不是最简洁高

在大数据时代，我们经常听到“用数据说话”这句话。但是数据本身只是一个个冰冷的数字，很难直接告诉我们哪些数据是有价值的信息。 只有通过适当的可视化工具来展示和表达数据，才能更直观地向用户传达数据的价值。