CSS百分比padding实现比例固定图片自适应布局

这篇文章发布于 2017年08月17日,星期四,00:51,归类于 CSS相关。 阅读 112085 次, 今日 4 次 52 条评论

 

一、CSS百分比padding都是相对宽度计算的

在默认的水平文档流方向下,CSS marginpadding属性的垂直方向的百分比值都是相对于宽度计算的,这个和top, bottom等属性的百分比值不一样。

这么设计的原因在我的新书(应该不出几个月就要出版了)中会有说明,这里不展开。

对于padding属性而言,任意方向的百分比padding都现对于宽度计算可以让我们轻松实现固定比例的块级容器,举个例子,假设现在有个<div>元素:

div { padding: 50%; }

或者:

div { padding: 100% 0 0; }

或者:

div { padding-bottom: 100%; }

则这个<div>元素尺寸就是一个宽高1:1的正方形,无论其父容器宽度是多少,这个<div>元素总能保持比例不变。

这种能固定比例的特性什么作用呢?

对于绝大多数都布局,我们并不要求非要比例固定,但是有一种情况例外,那就是图片,因为图片原始尺寸它是固定的。在传统的固定宽度的布局下,我们会通过给图片设定具体的宽度和高度值,来保证我们的图片占据区域稳固;但是在移动端或者在响应式开发情况下,图片最终展现的宽度很可能是不确定的,例如手机端的一个通栏广告,iPhone7下宽度是375,iPhone7 Plus下是414,还有360等尺寸,此时需要的不是对图片进行固定尺寸设定,而是比例设定。

通常有如下一些实现:

1. 固定一个高度,然后使用background-size属性控制,如下:

.banner {
    height: 40px;
    background-size: cover;
}

实时效果如下:

可以看到随着宽度的变化,总会有部分图片区域(宽度或高度)无法显示,并不是完美的做法。

2. 使用视区宽度单位vw,如下:

.banner {
    height: 15.15vw;
    background-size: cover;
}

如果对兼容性要求不是很高,使用vw也是一个不错的做法,至少理解起来要更轻松一点。

但是,如果我们的图片不是通栏,而是需要离左右各1rem的距离,此时,我们的CSS代码就要啰嗦点了,想要保持完美比例,就使用借助CSS3 calc()计算:

.banner {
    height: calc(0.1515 * (100vw - 2rem));
    background-size: cover;
}

如果,图片距离两侧的宽度是动态不确定的,则,此时calc()也捉襟见肘了,但,恰恰是普普通通其貌不扬的padding属性,其兼容性和适应性都一级棒。

3. 使用百分比padding,如下:

.banner {
    padding: 15.15% 0 0;
    background-size: cover;
}

此时无论图片的外部元素怎么变动,比例都是恒定不变的。

二、CSS百分比padding与宽度自适应图片布局

但是有时候我们的图片是不方便作为背景图呈现的,而是内联的<img>,百分比padding也是可以轻松应对的,求套路是比较固定的,图片元素外面需要一个固定比例的容器元素,例如下面的HTML结构:

<div class="banner">
  <img src=""banner.jpg>
</div>

.banner元素同样负责控制比例,然后图片填充.banner元素即可,CSS代码如下:

.banner {
    padding: 15.15% 0 0;
    position: relative;
}
.banner > img {
    position: absolute;
    width: 100%; height: 100%;
    left: 0; top: 0;
}

效果就达成了!

眼见为实,去年起点中文网手机版诸多页面的通栏广告就都是这么实现的,最终的效果参见下面的gif截图(点击播放493K):

图片等比例拉升效果截图

可以看到,无论屏幕宽度多宽,我们的广告图片比例都是固定的,不会有任何剪裁,不会有任何区域缺失,布局就显得非常有弹性,也更健壮。

————-

其实,我之前一直低估百分比padding的实际应用价值,因为有vw单位的存在,毕竟理解vw看上去要更简单一些,所以,一直就没做相关技巧的介绍。但是,随着图片相关布局处理越来越多,我发现,百分比padding的实用价值要比想象的大,要比vw单位适用场景更多,兼容性更好(百分比特性IE6+支持,图片100%覆盖IE8+支持)。

对于复杂布局,如果图片的宽度是不固定的自适应的,我们通常会想到这么一个取巧的做法,就是只设定图片的宽度,例如:

img { width: 100%; }

此时浏览器默认会保持图片比例显示,图片宽度大了,高度也跟着一起变大;图片宽度小了,高度也跟着一起变小。开发人员似乎无需关心图片真实比例是怎样的。

然而这种技巧有一个非常不好的体验问题,那就是随着页面加载的进行,图片占据的高度会有一个从0到计算高度的图片变化,视觉上会有明显的元素跳动,代码层面会有布局重计算。

所以对图片高宽进行同时约定还是有必要的,但是同时要保证宽度自适应,似乎有点难度。记住,如果遇到这种需求场景,没有比百分比padding布局更好的做法!

您可以狠狠地点击这里:需要保持图片比例且宽度自适应padding实现demo

缩小浏览器宽度可以看到不同宽度下的布局效果,Gif效果截图如下(点击播放251K):

宽度缩小时候的布局变化gif截图

此demo难点就是图片自适应同时保持比例,以及页面刷新的时候没有布局稳固不晃动,其核心HTML和CSS代码如下:

<div class="works-item-t">
    <img src="./150x200.png">
</div>
.works-item-t {
    padding-bottom: 133%;
    position: relative;
}
.works-item-t > img {
    position: absolute;
    width: 100%; height: 100%;
}

可以看到,当把垂直方向padding值只使用padding-bottom表示的时候,如果没有text-align属性干扰,<img>元素的left:0;top:0是可以省略的。

对于这种图片宽度100%容器,高度按比例的场景,padding-bottom的百分比值大小就是图片元素的高宽比,就这么简单。

但,有时候,图片宽度并不是100%容器的,例如,图片宽度50%容器宽度,图片高宽比4:3,此时,CSS垂直方向百分比就666了,如下:

.img-box {
    padding: 0 50% 66.66% 0;
}

三、结束语

买了几年的域名riziyan.com备案成功了,域名很好记,“日照香炉生紫烟”之“日紫烟”,嘿嘿,至于这个域名要干嘛……秘密~~

好了,就这些。

感谢阅读,欢迎交流!

(本篇完)

分享到:


发表评论(目前52 条评论)

  1. Angela说道:

    height: calc(0.1515 * (100vw – 2rem));
    此处的0.1515怎么来的呢?

  2. shoyuf说道:

    图片挂了

  3. Jazmin说道:

    如果图片都是拼在一张图上的呢?就是需要用背景图片background-position来切图读取图片,这种好像必须要给一个固定的宽高值啊 不然图片出不来

  4. 不愿透露姓名的菜鸟说道:

    riziyan.com大神居然开始写小说了吗!!!???

  5. 六度说道:

    有个疑问,我将 img 的 position 属性去掉了,保留 宽高 100%; 父级 div 的padding-bottmo 去掉,缩放浏览器窗口,还是能做到宽高自适应,请问,这又是什么操作

    • 张 鑫旭说道:

      高度height:100%此时无效,生效的是宽度100%。由于图片只有一侧方向尺寸有效的时候依然保持比例,因此有你所说的效果。然后这样实现的问题在于,高度无效,因此,图片加载,尤其首次加载会有一个明显的高度从0到最终CSS高度的变化,触发强烈的重绘,带来不好的体验。

  6. dw说道:

    不知道为什么,一设置height:100%;就出问题。

  7. 香蕉不是相交说道:

    firefox esr访问https://www.zhangxinxu.com/study/201708/percent-padding-auto-layout.html

    好像是padding-top值失效了,一直等于0

  8. 香蕉不是相交说道:

    firefox esr版兼容不了,你用最新版看看

  9. 说道:

    帅呆了

  10. vevlins说道:

    深夜准备面试资料,又拜读您的文章。每次看您的文章,都觉得考虑的方面简直无微不至,各种方案对比,又总是能够指出奇奇怪怪得bug,实在是水平高深!
    您的博客,在我一个菜鸟学习路上看来,实在是最有营养的了。真的是有一种饥饿的人扑倒面包上的感觉。
    这条评论单纯为了表达我的感激之情,若是我还能在前端学出一点成绩,以后有机会,一定要亲自向您道谢!高山仰止,景行行止,虽身不能至,然心向往之。祝您工作顺利,家庭合睦。

  11. 秋痕说道:

    只想知道 紫烟是谁

  12. 卜权说道:

    旭哥你说的66.66我试了并不好用额,因为按照你讲的原理来说,图片正好高度减少为原来的一半了,请指点一下所谓的imgbox是指哪层容器

  13. Momo Wang说道:

    试了一下下,很好用。不过在table里面,padding百分比好像是相对于tr的宽度的。是这样吗?

  14. 选汇说道:

    正是我要找的教程

  15. stanJ说道:

    img标签的css为什么要加一个position:absolute?

  16. 浅唱年华说道:

    paddding-bottom比例值为 图片宽度除以高度的值

  17. 浅唱年华说道:

    想问下 padding-bottom 的百分比是在怎么算出来的呢

  18. 山哥说道:

    旭兄,我想知道 padding 的数值是怎么计算出来的? 比如文中提到的起点网中的那个图片,我去看了下是:padding: 7.575757% 50%; 里面的图片的真实尺寸是:600px*100px,我想知道 7.575757% 和 50% 是如何计算出来的?

    • lyww说道:

      其实这里有一个隐藏的知识点,即浏览器默认的盒子模型是包含padding的,img父级的内容高度实际是零,它所占据的实际高度是padding撑开的,所以在设置padding比例值的时候,(paddingbottom+paddingtop)/(paddingleft+paddingright)===img_height/img_width。
      至于上文有的地方是padding:15.5% 0 0;这里在浏览器设立div无宽无高且无浮动无定位(相对定位除外)时,div实际宽度为100%,高度为零。
      然后回到这个问题,图片宽高比为6:1;然后padding给的两个值乘以2,得到宽高比例6.6:1。 多出的0.6我不确定,可能是界面微调或者需要留出border空白 如果有图片和父级的定位及border信息,大概能确定是做什么的(这里我偏向认为是图片与图片之间需要一定间距,毕竟父级无背景色或边框时,彼此之间间距为零最好,图片呈现给用户看,留一些空白,界面看着爽一点)

  19. bestRenekton说道:

    4:3的 666是咋来的啊鱼哥

  20. typeR说道:

    旭哥,问下你文中的gif是用什么软件制作的?

  21. jackma说道:

    宽度100% 高度rem不行吗,
    因为rem是根据屏幕宽度计算的,所以屏幕不同,高度也不同

  22. 菱薇说道:

    新技能,get

  23. 阿力说道:

    padding值的大小不知道广该怎么计算。。。。比如图片的高宽都跟着变化,只变化高,只变化宽,这三个情况下,对应在padding怎么设置,值是多少,为什么这么设置可以实现对应的效果,期待您的回复~

  24. sea_ljf说道:

    超级期待新书~不剧透下是关于什么内容的吗?放个目录尝尝鲜也好啊 =。=

  25. 说道:

    大神你好~
    我有一个小疑问,就是在 ul 中的 li 标签 ,上一个 和 下一个 标签必须连在一起,如果我在中间加上换行,就显示不出该有的效果:

    ….

    … 这样的格式是正常的,


    这样的格式显示不正常。。。

  26. 十一说道:

    期待新书~

  27. 林晓东说道:

    请教一下,对于第二条的效果。同样的,如果图片的原始比例不确定并且和容器的比例不一致,如果以图片中心点和容器的中心为基准,等比例缩小图片最短的边达到容器的宽或高,然后裁去多余的边呢?

  28. zhou说道:

    .banner {
    padding: 15.15% 0 0;
    position: relative;
    }
    .banner > img {
    position: absolute;
    width: 100%; height: 100%;
    left: 0; top: 0;
    }

    这里对img的定位有什么用 ,我去掉之后,依然是可以正常缩放的

    • 奥丁说道:

      防止text-align对图片的位置造成影响,如果没设置text-align就不用写定位,大佬在文章中有提到,你没仔细看

  29. 说道:

    虽然我写的粗糙了点,但是大神总结的更到位,在你的博客学到不少,今天看到这篇文章和我写的一篇文章思想差不多,也很是欣慰

  30. 二少说道:

    谁是紫烟…有个关于input的疑问,input是一个inline-block元素,而通常inline-block元素的宽度是由内容决定的(改成inline也一样),但在width与min-witdh都没有干扰的情况下也会有一个初始宽度,请问原因是什么,有没有办法去掉这个宽度初始值,实现input的宽度也根据内容自适应

  31. 不二很纯洁说道:

    我打算买个照香炉๛ก(ー̀ωー́ก) 

  32. 小撸说道:

    凌晨发的。。。d*d*d* ~嫂子让你交公粮( ̄o ̄) . z Z