网络编程
位置:首页>> 网络编程>> 网页设计>> 面向对象CSS FAQ[译](5)

面向对象CSS FAQ[译](5)

作者:ytzong  发布时间:2009-10-27 15:59:00 

标签:面向对象,css,对象,OOCSS

为什么用了_ hack?我能把这些代码放在单独的文件中吗?或者添加IE专有的class?

很显然,首先考虑的是尽可能少和长远。

  1. 添加一个单独的样式表奖增加一个额外的HTTP请求,增加整体文件的大小,这早已是浏览器性能的对立点

  2. 我喜欢把一个对象的代码放在一个地方。我认为这有助于减少hack的数量,尤其是当项目随时间而发展

  3. IE6-的开发工具非常原始,这使得hack和普通代码放在一起更加重要。我想能尽快找到一个可以使用属性的IE bug。同样,我认为这有助于减少hack

  4. 规则表明浏览器理解不了的属性会被忽略。对IE6-使用_早已众所周知,可以合理的预料好的浏览器将会忽略这个属性

  5. 使用条件注释意味着每个HTML页面必须包含一个IE专用样式。某一天(我不能等了!)当IE6的市场份额下降至像IE5那样低时,我将去除这些代码,但最后我要做的是触及百级或千级的HTML页面。我宁愿只有依赖CSS hack的CSS,而不是把它放在HTML中。不幸的是,恕我直言,IE6兼容性的末日比我们期望的要更加长远,因为IE中的quirksmode会回落到IE5.5的模式

我认为我的选择有助于减少hack的总体数量,提升性能,并只有忽略不计的风险。话说回来,如果觉得代码中的_令你作呕,你完全可以移至单独的文件。

为了添加表象效果比如边框而使用空 <b> 标签容器对象,会给屏幕阅读器用户带来问题吗?

不会,幸运的是屏幕阅读器会忽略空的b标签。使用这个表象标签(b是加粗)来实现表象具有优势。这个标签可以通过服务器端脚本包含,以至于有一天所有的CSS圆角和阴影都支持了,可以关闭脚本并拥有漂亮,干净,语义化的HTML。

OOCSS声称避免位置依赖的样式。是否意味着我不能使用类似 .myModule .title 的派生选择器?
不使用派生选择器没什么阻碍,只是把它们放在更高的DOM树而已。避免在body或页面中最外层的div放置wide-net class或id,然后对对象产生的变量写大量的样式。这不能复用,同时会使页面渲染变慢。相反,通过直接在对象上添加一个class来增加一个多余的“local”变量(并对其子元素写派生样式)。

一个好的经验是一个容器主体(body of a container)内的任意元素显然是一个单独的对象。

这无可厚非,因为UL显然是一个单独的对象:

#sidebar ul { ... }

因此,carousel显然不是body对象的一部分:

body.browseProducts .carousel

这是适当的层叠应用,因为子节点真正的是较大的父对象的一部分。b(角)和inner显然隶属于moudle,它们不能独立存在:

.myModule { ... }
.myModule b { ... }
.myModule .inner { ... }

如何贡献?

最好的方法是涉足其中,开始使用代码(libraries, grids, fonts)并 提交 bug 报告及功能需求  。 我建了一个 OOCSS google group 来进行超过140个twitter字符的讨论。

译注:OOCSS的官方站点为 http://oocss.org/,有一些例子及下载等。

原文:http://wiki.github.com/stubbornella/oocss/faq

译文原文:http://www.99css.com/2009/10/oocss-faq.html

0
投稿

猜你喜欢

手机版 网络编程 asp之家 www.aspxhome.com