zoukankan      html  css  js  c++  java
  • 书写高效的CSS

    声明:

    这是转人家的东西(http://docs.google.com/View?docid=dfkq8hd_13cwq5f5fc#sv8.0),俺没有这个水平,不过读完很受启发,故推荐。

    译者(云谦 )注:
    为区分概念,文中的选择器和选择符表示了不同的意思。例如:#main .box a { color:red; },#main .box a 整个是一个选择器,而#main, .box, a都是选择符。
    --------------------------------------------------------------------------------------------------------------------------


    本文将介绍 Mozilla UI 在用的一些 CSS 优化规则。第一部分是关于 Mozilla 样式系统如何分类选择器的一般讨论,在理解了这些的基础上,第二部分则罗列了 Mozilla 样式系统书写 CSS 的规则指南。


    样式系统是如何分类选择器的?

    Mozilla 样式系统将规则主要分成四类。理解这个分类非常的重要,他是你了解规则匹配的第一步。下面我用了一个术语:关键选择符,指的是位于最右边的选择符。他可以是 id 选择符,class 选择符或者标签选择符。

    ID 类

    ID 选择符作为关键选择符

    例:

    button#backButton { } /* ID 类 */
    #urlBar[type="autocomplete"] { } /* ID 类 */
    treeitem > treerow > treecell#myCell :active { } /* ID 类 */

    Class 类

    Class 选择符作为关键选择符

    例:

    button.toolbarButton { } /* Class 类 */
    .fancyText { } /* Class 类 */
    menuitem > .menu-left[checked="true"] { } /* Class 类 */

    标签类

    标签选择符作为关键选择符

    例:

    td { } /* 标签类 */
    treeitem > treerow { } /* 标签类 */
    input[type="checkbox"] { } /* 标签类 */

    通用类

    所有其他的都属于此类

    例:

    :table { } /* 通用类 */
    [hidden="true"] { } /* 通用类 */
    * { } /* 通用类 */
    tree > [collapsed="true"] { } /* 通用类 */


     

    样式系统是如何匹配规则的?

    Mozilla 样式系统先从最右边的选择符开始匹配,然后由右及左,依次匹配。只要子树(?)继续检查,样式系统就会继续向左进行匹配,直到匹配成功或者因不匹配而退出。
    你的第一步就是根据关键选择符的类型过滤选择器分类。目的就是过滤掉部分选择器,而不需要浪费时间去尝试匹配他们。这是增强性能的关键。你用来检查元素用的选择器类越少,样式系统解析地就越快。例如,如果你的元素有一个ID,那么只有符合元素ID的ID类会被检查;只有符合元素Class的Class类会被检查;只有符合元素标签的标签类会被检查;而通用类则总是会被检查。

    高效 CSS 指南

    避免通用类

    确保选择器不是以通用类结束。 

    不要用标签名或class来描述ID类

    如果你有一个选择器是以ID类作为关键选择符,请不要添加多余标签名上去。因为ID是唯一的,你不要为了一个不存在的理由而降低了匹配的效率。

    • 差 - button#backButton { }
    • 差 - .menu-left#newMenuIcon { }
    • 好 - #backButton { }
    • 好 - #newMenuIcon { }

    不要用标签名来描述 class 类

    和上一条类似,所有的 class 也是唯一的。你应该把标签名包含在 class 名中。

    • 差 - treecell.indented { }
    • 好 - .treecell-indented { }

    尽量选择最特殊的类来存放选择器

    降低系统效率的一个最大原因是我们在标签类中用了过多的选择符。通过添加 class 到元素,我们可以将类别进行再细分为 class 类,这样就不用为了一个标签浪费时间去匹配过多的选择符了。

    • 差 - treeitem[mailfolder="true"] > treerow > treecell { }
    • 好 - .treecell-mailfolder { }

    避免子孙选择符

    子孙选择符是CSS中最耗资源的选择符。他真的是非常的耗资源,尤其是在选择器使用标签类或通用类的时候。很多情况中,我们真正想要的是子选择符。除非有明确说明,在 UI CSS 中是严禁使用子孙选择符的。

    • 差 - treehead treerow treecell { }
    • 好一点,但还是不行(参照下一条) - treehead > treerow > treecell { }

    标签类中不要包含子选择符

    不要在标签类中使用子选择符。否则,每次元素的出现,都会额外地增加匹配时间。(特别是当选择器似乎多半会被匹配的情况下)

    • 差 - treehead > treerow > treecell { }
    • 最好 - .treecell-header { }

    留意所有子选择符的使用

    小心地使用子选择符。如果你能想出一个的不使用他的方法,那么就不要使用。特别是在 RDF 树和菜单会频繁地使用子选择符,像这样。

    • 差 - treeitem[IsImapServer="true"] > treerow > .tree-folderpane-icon { }

    请记住 RDF 的属性是可以在模板中被复制的!利用这一点,我们可以复制那些想基于该属性改变的子 XUL 元素上的 RDF 属性。

    • 好 - .tree-folderpane-icon[IsImapServer="true"] { }

    运用继承

    理解哪个属性会继承,并允许他们这么做!我们已经清楚地建立了 XUL widgetry(?) ,所以你可以把 list-style-image 或 font 属性设置在父标签上,然后他会渗透到匿名内容里。这样,你就不需要浪费时间在匿名内容上直接写声明了。

    • 差 - #bookmarkMenuItem > .menu-left { list-style-image: url(blah); }
    • 好 - #bookmarkMenuItem { list-style-image: url(blah); }

    在上面的例子中,定义匿名内容样式的需求(不用去搞明白 list-style-image 是如何继承的)导致需要一个 class 类的选择器,而这条规则实际上更应该以最唯一的 ID 类结尾。
    请记住,特别是在匿名内容中,他们都拥有相同的 class 。上面那条不好的选择器写法导致每个菜单的图标都会被检查是否包含在收藏夹菜单栏目中。这是非常耗资源的(因为有很多菜单);这个选择器应该不要被收藏夹以外的菜单检查。

    使用 -moz-image-region

    把很多图片组合在一张图片里,然后用 -moz-image-region 来选择他们,会比每张图片分开存储,执行效率上高很多。


    原文信息

    地址:http://developer.mozilla.org/en/docs/Writing_Efficient_CSS
    作者:David Hyatt
    最后更新日期:2000-04-21

  • 相关阅读:
    《ASP.NET Core跨平台开发从入门到实战》Web API自定义格式化protobuf
    .NET Core中文分词组件jieba.NET Core
    .NET Core 2.0及.NET Standard 2.0
    Visual Studio 2017 通过SSH 调试Linux 上.NET Core
    Visual Studio 2017 ASP.NET Core开发
    Visual Studio 2017正式版离线安装及介绍
    在.NET Core 上运行的 WordPress
    IT人员如何开好站立会议
    puppeteer(二)操作实例——新Web自动化工具更轻巧更简单
    puppeteer(一)环境搭建——新Web自动化工具(同selenium)
  • 原文地址:https://www.cnblogs.com/yuzhongwusan/p/1224378.html
Copyright © 2011-2022 走看看