视区相关单位vw, vh..简介以及可实际应用场景

最新推荐文章于 2024-07-09 15:20:07 发布

weixin_30698297

最新推荐文章于 2024-07-09 15:20:07 发布

阅读量336

点赞数

文章标签： javascript php 前端 ViewUI

原文链接：http://www.cnblogs.com/rose-yjh/p/5183347.html

版权

一、N多的唠哩唠叨

CSS3中一些新的单位早在去年春暖花开的时候就介绍了，参见：CSS长度值及时间、频率、角度单位。显然，其中就提到了本文要感叹的单位vw, vh，见下图：
视区相关单位vh, vw截图

不过“我看见你”和“我触碰你”是不一样的。正好，机缘巧合，最近又与这两个单位想见。大致琢磨了下，貌似vh这个单位可以实现我以前曾希望实现的的整体高度自适应布局。想到这里，自己不由得小兴奋了下，于是决定抽时间研究研究（虽然最近整iPad忙得屁股尿流~~）。

然而…… //zxx: 先卖个关子，一点一点唠叨来~~

vw, vh这个可用来实现动态布局的单位到底潜力如何？我不想直接吐露；请跟随我的学习印记以及心理历程一起去寻找答案吧~~

二、需要提前知道的兼容性

vw, vh, vmin(vm)这几个视区相关单位，在2012年9月23号这天的兼容性为：Chrome 20+, IE9+ 以及Safari 6支持！

著名的CSS属性可用性查询网站caniuse给出了具体的兼容性表，点击这里查看。
视区相关单位兼容性表张鑫旭-鑫空间-鑫生活

因此，本文后面要展示的N个demo，就没有必要再低版本的IE浏览器上查看了~~

三、明确含义

看到上图黄色背景标示的文字（“视窗”用“视区”一词代替更恰当）：

vw 相对于视窗的宽度：视窗宽度是100vw

我的第一反应是：如果视区宽度是100vm, 则1vm是视区宽度的1/100, 也就是1%，类似于width: 1%. 但是，这里多次出现的“视窗”是纳尼意思？

是浏览器内部宽度大小(window.innerWidth)？是整个浏览器的宽度大小(window.outerWidth)？还是显示器的宽度大小(screen.width)？我疑惑了！

每当我疑惑的时候，我不是去找个“我觉得应该是”的解释，而是，新建个HTML页面，像学生时代做生物实验般，多条件对比验证之。

为了便于其他同行的快速理解，测试的demo页面我特意添加了交互，您可以狠狠地点击这里：vw所谓视窗何意？demo

下图为在IE9浏览器下默认打开的效果：
vw单位所谓视区指什么的demo IE9下截图张鑫旭-鑫空间-鑫生活

显然，这里的“视区”不可能是浏览器外部的宽度，计算值不匹配。

我们改变浏览器的宽度，然后会看到：
浏览器宽度改变IE9浏览器下的图片宽度张鑫旭-鑫空间-鑫生活

至此，真相大白，“视区”所指为浏览器内部的可视区域大小，即window.innerWidth/window.innerHeight大小，不包含任务栏标题栏以及底部工具栏的浏览器区域大小。

修改vw对应宽度值，图片的尺寸大小可以进一步验证上述结论：
修改vw大小后的效果截图张鑫旭-鑫空间-鑫生活

注：一般情况下，Chrome浏览器浏览器内外宽度是一样的（因为浏览器左右无边框）；加上浏览器大小变小时图片尺寸不渲染的bug，因此，上demo最佳测试浏览器是IE9. // zxx: 不容易啊，IE系终于勃起了一把~~

四、承上启下

视区相关单位vw, vh目前浏览器的支持算是比较弱的，因此，基本上不可能从现有的站点上找到相关的实际应用。因此，我没事的时候，脑子里就要盘算，该单位可用在何处呢？如果跟其他CSS3的属性配合使用呢？

首先，很容易想到的是，宽度的自适应布局，例如，两栏1:3的宽度自适应布局：

.sidebar {
    width: 25vw;
    float: left;
}

.main {
    width: 75vm;
    float: right;
}

但是，block水平元素本身具有自适应性，加上这里的vm相比%并没有什么优势。因此，vw单位用做宽度自适应的布局，完全是吃力不讨好得显摆！

我们需要想的是其他一些只能vw, vh才能完成的应用场景，这就是下面依次要展示的内容~~

五、场景之：元素的尺寸限制

我们应该都做过或见过这样的交互：点击下图，弹框查看原始大图；或者一屏内（不能有滚动条）大图幻灯片浏览。这类需求让人头疼的地方之一就是原始大图的尺寸限制问题——因为很有可能图片过大，尼玛一屏显示器区域不够放，我们需要对其进行缩放处理。例如：点击这里查看（无论浏览器尺寸多小，图片永远在一屏内显示）。
图片永远在一屏内显示张鑫旭-鑫空间-鑫生活

这类限制的实现，在当下，需要获得图片的原始大小，以及浏览器内部尺寸，算大小，算比例等，算是比较折腾的。

但是，vw, vh等单位本身就是浏览器视区大小相关单位，直接使用其做限制，岂不省了N多JS代码？？

img { max-height: 90vh; }

您可以狠狠地点击这里：vw, vh与图片的尺寸限制demo

例如，在暂未支持vh单位的FireFox 15浏览器下，点击缩略图，会看到高高的图片完全溢出在屏幕之外（没有被限制住 – 父容器没有固定高度值，因此90%打酱油）：
FireFox 15.0.1下点击图片缩略图张鑫旭-鑫空间-鑫生活
弹框大图片使用vh限制高度无效的模样张鑫旭-鑫空间-鑫生活

连弹框一起被废掉了！

而支持vh单位的IE9浏览器呢~~当当当当，见下面截图：
IE9浏览器下使用vh高度限制成功截图张鑫旭-鑫空间-鑫生活

IE浏览器这回终于是“媳妇熬成婆”了，不容易，大家鼓掌……

六、视区覆盖以及边界定位

既然vw, vh是视区相关单位，我就想到是不是可以利用这个特性实现精确的视区大小覆盖以及视区边界的定位。

拿视区覆盖举例，如果我定义一个元素的高宽如下：

.element {
    width: 100vw;
    height: 100vh;
}

然后，再将其定位到视区左上角，岂不是可以实现视区的完整覆盖；我立马想到了弹出框的半透明覆盖层。您可以狠狠地点击这里：vw, vh视区完全覆盖与纯CSS弹框

建议在Chrome20+浏览器下查看效果（因为有range控件），点击demo页面按钮，则半透明覆盖层显现了——完整覆盖：

vh, vw单位下的半透明覆盖层的完整覆盖张鑫旭-鑫空间-鑫生活

吐槽：

如果您在FireFox浏览器下查看本demo，会发现，FireFox浏览器下的黑色半透明也是完整覆盖的（图略~），为何？其目前是不支持vw, vh单位的啊！？
原因就在于，覆盖层为固定定位(fixed)元素（绝对定位(absolute)元素也如此）。本demo中，其高宽100%的效果就跟设置width: 100vw; height: 100vh;是一模一样的。I am a little disappointed!
OK，看上面demo标题可以发现，本demo最重要的知识点其实并不在于vw, vh这两个单位的介绍；而是展示了如果使用纯CSS实现弹框的水平与垂直居中效果（IE6也是可以支持的，不过写法需要变变~以后有机会详细介绍）。拖动range控件，可以看到图片尺寸无论怎样变，弹框总是居中的——纯CSS实现，没有JavaScript的计算与定位，您有兴趣可以研究研究的~~

正如上面所提到的，某些情况下，vw, vh所产生的效果与百分比%单位无异，尤其对于absolute/fixed定位属性的元素，例如下面这个边界定位的例子：

您可以狠狠地点击这里：vh, vw等同百分比单位测试demo

//zxx: 我这里更多地是为了演示，其实要实现效果，最简单就是bottom:0.

关键CSS代码如下：

{
    height: 30px;
    margin-top: -30px;

    position: fixed;
    top: 100%;
    top: 100vh;
    left: 5%;
    left: 5vw;
    right: 5%;
    right: 5vw;
}

代码含义很简单，支持vh, vw单位的使用之（因为在后面声明）；不支持的就是要百分比%单位。

然后各个浏览器测试发现，效果是一模一样的（不支持position: fixed的IE6就当它不存在吧），固定在视区底部，不随滚动条滚动的空白工具栏：
IE7浏览器下底部工具条固定效果张鑫旭-鑫空间-鑫生活

说实话，原本第一眼看到单位vw, vh的时候，觉得这个单位，说不定会引发目前布局方式的大变革——水平方向流体布局！！

在制作高宽限制demo的时候，我还觉得，应该是可以的。尼玛，当我做覆盖以及定位这两个demo的时候，心一下子凉下去了：

vw, vh用在宽度自适应上没有价值——%可以实现之~~
现在又：vw, vh用在absolute/fixed定位属性元素上没有价值——%可以实现之~~

vw, vh这两个视区相关动态单位似乎应用前景一下子黯淡了很多，潜力似乎也就那样——想来想去，得出一个结论：vw, vh视区大小相关单位只适用于非定位元素的高度相关属性上！ //zxx: 高度相关属性如 – height/min-height/max-height/line-height/padding-top/padding-bottom等

于是，我下面所设想的应用场景就会脱离宽度，脱离绝对定位元素，会是什么呢？？