摘要:本节内容会跟着上一节的内容继续完善,首先会补充选择器的浏览器支持情况主要是说,比如我们最常用的群组选择器在时才被支持,并且还支持了很多我们没有想到的选择器,如子元素选择器,属性选择器,了解后你会发现还是挺了不起的。
前言
上一篇系列文章整理了CSS选择器的基础使用方法,因为内容较多且细致,写了很多DEMO,目前将它整理成适合移动端浏览器的CSS选择器的参考手册,方便学习CSS的人参考使用,马上就要搞定了,之后会放出 (笑脸)。
本节内容会跟着上一节的内容继续完善,首先会补充CSS选择器的浏览器支持情况(主要是说IE),比如我们最常用的s1,s2,…,sN群组选择器在IE7时才被支持,并且IE7还支持了很多我们没有想到的选择器,如子元素选择器,属性选择器,了解后你会发现IE7还是挺了不起的。
之后还会补充平常使用选择器遇到的一些问题以及解决方案,最后了解浏览器是如何读取选择器的,怎样使用选择器能达到高效率。
浏览器支持 了不起的IE7当我们在开发网页时,如果网页需要兼容IE6,那么自然地会把IE6和IE7浏览器归为一路货色,对于不兼容的选择器和属性都将不再考虑使用,可是你是否知道IE7相比IE6增加了许多选择器可以用,如群组选择器,相邻选择器,兄弟选择器,属性选择器。
以下选择器是不支持IE6,仅支持 IE7 及以上的浏览器
基本选择器选择器 | 描述 | 版本 |
---|---|---|
s1,s2,...,sN | 群组选择器,同时匹配所有s1元素或s2元素 | 2.1 |
E > F | 子元素选择器,匹配所有E元素的子元素F | 2.1 |
E + F | 毗邻元素选择器,匹配所有紧随E元素之后的同级元素F | 2.1 |
E ~ F | 匹配任何E标签之后的同级F标签 | 3 |
选择器 | 描述 | 版本 |
---|---|---|
E[attr] | 匹配att属性的E元素 | 2.1 |
E[attr="val"] | 匹配att属性且属性值等于val的E元素 | 2.1 |
E[attr~="val"] | 匹配att属性且属性值中的词列表有一个等于val的E元素 | 2.1 |
E[attr^="val"] | 匹配att属性且属性值为以val开头的字符串的E元素 | 3 |
E[attr$="val"] | 匹配att属性且属性值为以val结尾的字符串的E元素 | 3 |
E[attr*="val"] | 匹配att属性且属性值为包含val的字符串的E元素 | 3 |
E[att|="val"] | 匹配att属性且属性值为以val开头并用连接符"-"分隔的字符串的E元素 | 2.1 |
在IE7浏览器,单复选框的checked在属性选择器中是不被支持的,这部分内容会在下面的常见问题中详细说明。
伪类选择器选择器 | 描述 | 版本 |
---|---|---|
E:hover | 设置元素在其鼠标悬停时的样式 | 2.1 |
E:first-child | 匹配父元素的第一个子元素E | 2.1 |
E:hover在IE6中只有a元素可用
伪元素选择器选择器 | 描述 | 版本 |
---|---|---|
E:first-letter | 选择文本块的第一个字母 | 2.1 |
E:first-line | 选择元素的第一行 | 2.1 |
虽然来到IE8的时代,但是对于新选择器的支持并不多,不过还好我们最常用的E:before和E:after配合content属性都在IE8中得到了很好的支持。
以下选择器不支持IE6,IE7,仅支持 IE8 及以上的浏览器
伪类选择器选择器 | 描述 | 版本 |
---|---|---|
E:focus | 设置对象在成为输入焦点时的样式 | 2.1 |
选择器 | 描述 | 版本 |
---|---|---|
E:before | 在元素前面插入内容,配合"content"使用 | 2.1 |
E:after | 在元素后面插入内容,配合"content"使用 | 2.1 |
IE最好的时代就是迎接CSS3的到来,从IE9支持了一大坨新CSS3的伪类以及伪元素,我就勉强给IE使用上这个酷炫点的修饰语。
以下选择器不支持IE6,IE7,IE8,仅支持 IE9 及以上的浏览器
伪类选择器选择器 | 描述 | 版本 |
---|---|---|
E:checked | 匹配用户界面上处于选中状态的元素E | 3 |
E:enabled | 匹配用户界面上处于可用状态的元素E | 3 |
E:disabled | 匹配用户界面上处于禁用状态的元素E | 3 |
E:root | 匹配文档的根元素,对于HTML文档,就是HTML元素 | 3 |
E:last-child | 匹配父元素的最后一个子元素E | 3 |
E:nth-last-child(n) | 匹配父元素的倒数第n个子元素E | 3 |
E:nth-of-type(n) | 匹配同类型中的第n个同级兄弟元素E | 3 |
E:nth-last-of-type(n) | 匹配同类型中的倒数第n个同级兄弟元素E | 3 |
E:first-of-type | 匹配同类型中的第一个同级兄弟元素E | 3 |
E:last-of-type | 匹配同类型中的最后一个同级兄弟元素E | 3 |
E:only-child | 匹配父元素仅有的一个子元素E | 3 |
E:only-of-type | 匹配同类型中的唯一的一个同级兄弟元素E | 3 |
E:empty | 匹配没有任何子元素(包括text节点)的元素E | 3 |
E:not(s) | 匹配不含有s选择符的元素 | 3 |
E:target | 匹配文档中特定"id"点击后的效果 | 3 |
选择器 | 描述 | 版本 |
---|---|---|
E::first-letter | 选择文本块的第一个字母 | 3 |
E::first-line | 选择元素的第一行 | 3 |
E::before | 在元素前面插入内容,配合"content"使用 | 3 |
E::after | 在元素后面插入内容,配合"content"使用 | 3 |
E::selection | 设置对象被选择时的样式 | 3 |
如何才能让IE6~8支持CSS3伪类和属性选择器,也许你已经想到了,我们会用JavaScript工具来进行辅助,那么刚好|8e50989464f7517425e2c31ba2d6dd59424|就可以完成这件事情,而且使用起来很简单,只要把selectivizr.js引入到页面上就可以了,如下:
但是使用它还有一些注意事项:
必须要引用一个JavaScript库,比如jQuery
只能解析标签引入的样式,如果是定义的样式是不会解析的
动态生成的DOM不会做二次映射
需要在标准模式的DTD才能够生效
项目地址:http://selectivizr.com
常见问题与Bug * 通配符造成继承失效* { color:red; } #test{ color:blue; }
▲ 最终text的颜色却是红色的
按照我们的理解,id的优先级是高于*通配符的,而文字也本应该继承id元素的color值,所以最终的文字应该是蓝色呀。
所以这里混淆了一个概念,继承的样式的优先级永远低于元素本身的样式,包括通配符选择器,所以大家在开发中,应该尽可能的避免滥用通配符,以免带来一些隐性问题。
关于这个问题,还可以参考《关于CSS特殊性的问题》
而在IE6及更早浏览器并不支持通配选择符(*),只是将它忽略了,所以也变相的能看到效果。
E:hover 失效E:hover伪类用于设置元素在其鼠标悬停时的样式,但是在某种情况会导致效果失效,如下:
#test { background:red; } #test div { display:none; } #test:hover div{ display:block; background:yellow; }
触发我看到我了吧
▲ 当触发#test:hover时,此效果是在IE6中是无效的,因为在IE6中,E:hover伪类仅能用于a(超链接)对象,且该a对象必须要拥有href属性。
E:hover还有一种失效的状态,是大家最常见的,代码如下:
a:link {color:gray;} a:hover{color:green;} a:visited{color:yellow;} a:active{color:blue;}
文字
▲ 当超链接处于a:hover时,你会发现其效果是无效,文字的颜色不会变成绿色,这是因为超链接的伪类样式书写是有固定顺序的,不能颠倒,这四个属性正确的定义顺序为:
a:link {} a:visited {} a:hover {} a:active {}E:focus 失效
#test:focus + p { font-weight:bold; }
文字
▲ 当点击button按钮触发:focus时将邻近元素的文字进行加粗,但是这个效果在IE8是失效的,如何来修复它呢,只需要添加一个空的:focus选择器,如下:
#test:focus + p { font-weight:bold; } #test:focus {}E:first-line 失效
如果在当前选择器内使用了!important,:first-line伪类内部的定义的属性会被完全忽略,示例:
p { color:blue; } p:first-line { color:red !important; }
第一行文字,
第二行文字
▲ 正常情况下第一行的文字会变成红色,但是在IE8浏览器却忽略它没有任何变化,如何来解决这个问题呢,把!important去掉就好了,如下:。
p { color:blue; } p:first-line { color:red; }E:first-letter 失效
E:first-letter失效和E:first-line失效的问题是相同的,解决方案请参考上方。
E > F 失效就是子选择器中间有注释会导致属性失效,如下:
#test > /*子选择器*/ p { color:red; }
文字
▲ 如果你非要这样写注释,那么在IE7下会导致子选择器失效,同样,E + F邻近选择器也有同样的问题,如何解决呢,不在选择器中间添加注释就可以了。
性能优化CSS 选择器我们都在使用,但是如何让它变的更简洁,高效呢?
首先选择器对性能的影响源于浏览器匹配选择器和文档元素时所消耗的时间,所以优化选择器的原则是应尽量避免使用消耗更多匹配时间的选择器,但是在此之前我们需要先了解浏览器的匹配机制,就是它是如何读取我们的选择器的。
#nav > a { color:red; }
当我们看到这个选择器的时候,会认为首先会找到id为nav的元素,然后在找到其子元素,将样式属性应用到a元素上。
事实上,却恰恰相反,因为浏览器读取选择器时,不是按照我们的阅读习惯从左到右,而是遵循的从选择器的右边到左边进行读取的。
当我们知道这个匹配机制后,再回来看这个选择器,浏览器必须先遍历页面中所有的 a 元素,然后查找其父元素的id是否为nav,这样一来你就会发看似高效的选择器在实际中的匹配开销是很高的。
理解了CSS选择器从右到左匹配的机制后,我们再看以下两种选择器:
div #nav
#nav div
你是否会认为第2种选择器的效率要高于第1种,那么就错了,其实第一个选择器的效率更高,因为第一个选择器的关键选择器使用了#id选择器”,而第二个选择器的关键选择器使用的是div标签选择器。
这里所说的关键选择器,就是CSS选择器中最右边部分,它是被浏览器最先寻找的,那么哪类选择器是最高效的?哪个是会影响选择器效率的关键选择器?
选择器效率在上面内容中我们了解浏览器的匹配机制,以及关键选择器的重要性,那么哪些CSS选择器能够减少性能损耗呢?
Google 资深web开发工程师 Steve Souders 对 CSS 选择器的执行效率从高到低做了一个排序:
id选择器(#id)
类选择器(.className)
标签选择器(div,h1,p)
相邻选择器(h1+p)
子选择器(ul > li)
后代选择器(li a)
通配符选择器(*)
属性选择器(a[rel="external"])
伪类选择器(a:hover,li:nth-child)
从Steve Souders的CSS Test我们可以看出#id选择器和.className类选择器在速度上的差异很小很小。而在一个a标签选择器的测试上显示,它比#id选择器和类选择器的速度慢了很多,从这里我们可以看出#id、.className选择器 和 a标签、li a后代选择器中间的差异较大,但是相互之间的差异较小。
接下来举几个示例:
#nav {} .menu{}
p#nav {} p.menu {}
▲ 上面的选择器效率要高于下面的选择器,标签元素会降低选择器效率
优化建议我们理解了CSS选择器从右到左匹配的机制,也了解关键选择器的重要性,以及CSS选择器的效率排序,那么在使用选择器的时候,通过避免不恰当的使用,来提升 CSS 选择器性能。
避免使用通用选择器#nav * {…}
▲ 这个选择器所做的是选择所有在页面上的单个元素(是每个单个的元素),然后去看看它们是否有一个#nav的父元素。这是非常不高效选择器,开销太大了,应该避免关键选择器是通配选择器的情况。
避免使用标签或 class 选择器限制 id 选择器/* Bad */ div#nav {…} .menuBalck#menu {…} /* Good */ #nav {…} #menu {…}
▲ ID选择器本身就是唯一的,加上div反而增加不必要的匹配;
避免使用标签限制 class 选择器/* Bad */ span.red {…} /* Good */ .text-red {…}
▲ 在标签上定义class选择器,在开发和维护时容易混淆,一般不建议这样写。
避免使用多层标签选择器。使用 class 选择器替换,减少css查找/* Bad */ a[href="#"] > span > em {…} /* Good */ .className {}
▲ 这种情况建议直接定义.className 选择器,然后使用
避免过渡使用子选择器/* Bad */ div ul li a {} div > ul > li > a {} /* Good */ .className {…}
▲ 这种情况建议直接定义.className 选择器,然后使用
避免过度限制选择器/* Bad */ html body .wrapper #content a {} /* Good */ #content a {}
▲ 这里至少有3个选择器是完全不需要的,过度限制选择器使浏览器工作比它实际需要的更繁重,花费的时间更多,所以这里应该避免。
利用可继承性/* Bad */ #nav > li > a { color:red; } /* Good */ #nav { color:red; }
▲ 在使用选择器之前,请先考虑利用继承性实现
下一节继续整理选择器的优先级和继承性相关内容。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/111132.html
摘要:从现在开始,养成写技术博客的习惯,或许可以在你的职业生涯发挥着不可忽略的作用。如果想了解更多优秀的前端资料,建议收藏下前端英文网站汇总这个网站,收录了国外一些优质的博客及其视频资料。 前言 写文章是一个短期收益少,长期收益很大的一件事情,人们总是高估短期收益,低估长期收益。往往是很多人坚持不下来,特别是写文章的初期,刚写完文章没有人阅读会有一种挫败感,影响了后期创作。 从某种意义上说,...
摘要:任务五一个最常见的移动端页面完成的事情学习张鑫旭世界相关章节张鑫旭系列了解通配符选择器性能优化浏览器渲染原理学习各属性及效果完成任务五学习编码规范编码规范并按照编码规范优化代码完成深度思考计划的事情找时间把前面任务的官方提供链接过一遍,查缺 任务五、 一个最常见的移动端页面 完成的事情 float学习 张鑫旭《CSS世界》相关章节 张鑫旭 float系列 了解CSS通配符 &...
阅读 2178·2021-09-30 09:47
阅读 917·2021-08-27 13:01
阅读 2891·2019-08-30 15:54
阅读 3657·2019-08-30 15:53
阅读 808·2019-08-29 14:07
阅读 692·2019-08-28 18:16
阅读 777·2019-08-26 18:37
阅读 1384·2019-08-26 13:27