css中为什么要把@import放在样式表的最前面?

html-css014

css中为什么要把@import放在样式表的最前面?,第1张

实际上,@import并不是一定要在最前面W3C的CSS2.1标准中,对@import作了以下规定:In CSS 2.1, any @import rules must precede all other rules (except the @charset rule,if present).在CSS2.1中,任何@import命令必须放在所有其它语句之前(除了用到@charset时)。而在CSS3标准中,则是这样规定:Any ‘@import’ rules must follow all ‘@charset’ rules and precede all other at-rules and rule sets in a style sheet.在样式表中,任何@import命令必须紧跟在@charset命令之后(如果有的话),放在其它@命令和样式语句之前。还有,@import命令放在注释之后同样生效。你不需要知道为什么,只要记住如果不这样做@import就会失效就行了。假如你一定要追究为什么要做这样的硬性规定,我认为主要出于这样的考虑:<p id="intro" class="frame head">I'm just a <p>element used test specificity of selectors. So leave me alone!</p>p#intro { font: italic 1em Candara, Arial, sans-serif}p.frame { font: bold 3em Arial, Helvetica, sans-serif}p { font: italic 2em Georgia, serif}你认为页面最终会使用哪条规则的font样式?是第一条p#intro。这里涉及到一个优先级(specificity)的问题:#id >.class >element(标签名)。所以即便p{font}样式出现在p#intro{font}和p.frame{}之后,最终被应用的还是p#intro{font}。而容易导致问题的是下一种情况:p.head { font: italic 1em Candara, Arial, sans-serif}p.frame { font: bold 3em Arial, Helvetica, sans-serif}这次你认为会使用哪条font样式?是第二条p.frame。这里涉及到cascading的问题。p.head的优先级和p.frame的优先级相同,但p.frame写在p.head之后,按规则p.frame的font样式会覆盖p.head的font样式。在这种情况下,再允许把@import放在一堆样式当中,到底@import引入的样式表中有没有会覆盖当前样式表的条目,诸如此类的判断会更加困难。实际上,即便CSS标准里没有作这样的规定,程序员也还是会这样做,因为这样可以减少很多不必要的麻烦。

使用过CSS3属性的同学都知道,CSS3属性都需要带各浏览器的前缀,甚至到现在,依然还有很多属性需要带前缀。这是为什么呢?

我的理解是,浏览器厂商以前就一直在实施CSS3,但它还未成为真正的标准。为此,当一些CSS3样式语法还存在波动时,它们提供针对流星器的前缀。现在主要流行的浏览器内核主要有:

Trident内核: 主要代表为IE浏览器

Gecko内核: 主要代表为Firefox

Presto内核: 主要代表为Opera

Webkit内核: 产要代表为Chrome和Safari

而这些不同内核的浏览器,CSS3属性(部分需要添加前缀的属性)对应需要添加不同的前缀,也将其称之为浏览器的私有前缀,添加上私有前缀之后的CSS3属性可以说是对应浏览器的私有属性:

Trident内核: 前缀为 -ms

Gecko内核: 前缀为 -moz

Presto内核: 前缀为 -o

Webkit内核: 前缀为 -webkit

来看一个简单的示例,早期写一个圆角 border-radius ,需要这样写:

.box {

  -moz-border-radius: 5px

  -webkit-border-radius: 5px

  -o-border-radius: 5px

  border-radius: 5px

}

这样编写代码,无形之中给前端人员增加了不少工作量,于是开始有人在讨论这个问题“如何在编写CSS时不需要添加浏览器的私有前缀,又能让浏览器识别?”

-prefix-free

为了解决手工书写前缀的问题,最早的一个解决方案是由 Lea Verou 提供的一个 -prefix-free脚本。你只需要在你的 .html 文件中插入一个 prefixfree.js 文件(可以是文档任何地方),建议把这个脚本文件放在样式表之后。

添加这个脚本之后,使用CSS3的属性时,只需书写标准样式即可。但是这种做法将所有压力交给了客户端来处理。如此一来页面解析压力就大了,性能会打一定的折扣,并且一旦脚本加载失败,那么就会出现浏览器无法正常渲染CSS3的样式风格。

现在很多小伙伴喜欢在互联网上找视频资料学习网页制作,但是光看视频你是不可能学会网页制作的,没有人指导你,而且很多视频已经过时了 并没有什么用!  如果你真的想学习网页制作这门技术,你可以来这个群,前面是573,中间是82〇,最后是49〇, 在这里有最新的HTML课程 学习 也有很多人指导你 进步 不需要你付出什么 只要你有一颗学习的心就可以了 不是愿意学习或者自认不需要学习的就不要加了。

prefixfree脚本仅在IE9+、Opera10+、Firefox3.5+、Safari4+得到支持。

编辑器插件

除了prefixfree脚本之外,很多同学依赖于文本编辑器的插件来处理。这里来看看Sublime Text编辑器里是如何实现Autoprefixer功能的。

要在编辑器中安装 Autoprefixer 插件,首先需要你的环境中已经安装好了 Node.js 。你可以在命令终端执行:

node -v

来检测是否已安装,如果没有安装,请先安装。在这里假设你已具备Node.js环境。

现在开启你的Sublime Text编辑器,你可以同时按下 command + Shift + p 三个键,选择"Install Package"。然后搜索 Autoprefixer 。

现在你在你的Sublime Text中使用Autoprefixer功能。假设你在样式文件中输入:

.box {

  transform: rotate(45deg)

  border-radius: 5px

  box-shadow: 1px 1px 0 rgba(0,0,0,.25)

  transition: all .2s ease .1s

}

这个时候你只需要同时按下 Command + Shift + P 三个键,选择“Autoprefix CSS”,并且回车,就能得到下面这样的代码:

.box {

  -webkit-transform: rotate(45deg)

  transform: rotate(45deg)

  border-radius: 5px

  box-shadow: 1px 1px 0 rgba(0,0,0,.25)

  transition: all .2s ease .1s

}

如下图所示:

注:不同的配置,执行的效果不一样。详细可以点击 这里 查阅。

预处理器中的混合宏

随着CSS预处理器越来越普及,部分同学开始采用预处理器中的混合宏来处理CSS3前缀的事项。比如说 Compass ,里面就是使用Sass的mixin为CSS3需要带前缀的属性定制了一些mixin。还有类似于Stylus中的 nib 等。预处理器中的混合宏确实可以解决很多问题,但也产生了新的问题,就是它所使用的语法是全新的,如果要使用就必须重新学习,另外这类工具的演进速度通常都会跟不上浏览器的发展速度,这样也会造成其产生的CSS有过时的问题,有时候为了解决一些问题,还需要自己去写 mixins 。比如:

正如前面所说的,如果要跟上浏览器的演进,就需要不断的更新你的CSS3 mixins,不然就会造成你的代码不是最新的。其中Compass就存在这样的问题:

@import "compass"

.box {

  @include border-radius(5px)

}

编译出来的CSS:

.box {

  -moz-border-radius: 5px

  -webkit-border-radius: 5px

  border-radius: 5px

}

而现实却不尽人意,因为到写这篇文章为止,我们写圆角属性只需要:

.box {

  border-radius: 5px

}

各主流浏览器就能正常的解析。造成这个原因的时,Compass中的CSS3的mixin没有跟上步子去更新定义好的mixins