vw、vh、vmin、vmax
这四个单位都是基于视口的。那么,什么是视口呢,我们来看一段代码:
<meta name="viewport" content="width=device-width,initial-scale=1, maximum-scale=1, minimum-scale=1, user-scalable=no">
其中,浏览器利用 meta 标签里面的 width 来改变浏览器的视口大小,将 width 设置为设备的宽度 device-width。我们可以使用document.documentElement.clientWidth 获取浏览器的视口大小。
含义
vw: 视口宽度的百分比(1vw 等于视口宽度的 1%)
vh: 视口高度的百分比(1vh 等于视口高度的 1%)
vmin: 选取 vw 和 vh 中最小的那个
vmax: 选取 vw 和 vh 中最大的那个
vw、vh 是基于视口的,而不是父元素。1vw 等于1/100 的视口宽度,1vh 等于1/100 的视口高度,比如:
浏览器高度 950px,宽度为 1920px, 1vh = 950px/100 = 9.5 px,1vw = 1920px/100 =19.2 px
vw、vh、% 的区别
- % 是相对于父元素的大小设定的比率,vw vh 是视口大小决定的
- vw、vh 能直接获取高度,而 % 如果没有设置body的高度情况下,是无法获取可视区域的高度。
vmin、vmax 用处
做移动页面开发时,如果使用 vw、wh 设置字体大小(比如 5vw),在竖屏和横屏状态下显示的字体大小是不一样的。
由于 vmin 和 vmax 是当前较小的 vw 和 vh 和当前较大的 vw 和 vh。这里就可以用到 vmin 和 vmax。使得文字大小在横竖屏下保持一致。
vw、vh、rem 相比的优势
- 如果使用 rem ,我们页面的头部引入 js 来动态设置页面 html 的 font-size,一般情况下基于屏幕的宽度来计算:var rem = docEl.clientWidth / 10;docEl.style.fontSize = rem + 'px'
- css 这块,使用 less 或者 scss 来动态计算 dom 的实际 rem 值
@function px2rem($size) {
$remSize: $size / 20;
@return #{$remSize}rem;
}
因此会有问题:
- 依赖页面头部的js设置,虽说基本上不会阻塞页面渲染,但是放在头部始终要进行一次dom计算,不算优雅。
- 通常使用宽度来计算 html 的 font-size 时,对于那种很宽的手机或者是ipad,会导致适配的不准确
如果使用 vmin 可以规避上面的问题:
- 不依赖js执行。
- 选取宽高之中较小的值进行适配
rem em 的区别
- 两者都是相对单位
- rem 是相对于根元素(html)的字体大小
- em 是相对于其父元素的字体大小
对于一些固定的元素,我们不推荐使用 rem,而改为使用 px 去确保在同一屏幕上保持一致,比如字体 font-size,这个更趋向于阅读的实用性,不适合排版布局
这里给大家提供了一个px、em、rem单位的转换工具:http://pxtoem.com/
浏览器兼容性
桌面 pc:
- Chrome:自 26 版起就完美支持(2013年2月)
- Firefox:自 19 版起就完美支持(2013年1月)
- Safari:自 6.1 版起就完美支持(2013年10月)
- Opera:自 15 版起就完美支持(2013年7月)
- IE:自 IE10 起(包括 Edge)到现在还只是部分支持(不支持 vmax,同时 vm 代替 vmin)
移动设备
- Android:自 4.4 版起就完美支持(2013年12月)
- iOS:自 iOS8 版起就完美支持(2014年9月)