Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upA Guide to CSS Rules #67
Open
Comments
|
我发现很多项目都不太注重css规则 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
很久之前有尝试整理过一份 CSS 命名书写规范,CSSWritingRules。
本文在上文的基础下,再提供多一些建议,可选择遵循使用或者部分遵循使用,视团队情况及业务特性而定。大部分规则翻译自 CSSLint-- Wiki。
从 CSSLint 的规则中,我们可以窥探到很多有意思的的 CSS 细节,可帮助我们更好的理解 CSS 以及写出兼容性更好的 CSS 代码。
可能/潜在的错误写法
下面的一些规则是一些潜在会导致一些意料之外的错误的 CSS 书写方式。
留意盒子的尺寸(Beware of box model size)
该规则主要是针对盒子的高宽而言,考虑下面这种情况:
mybox 的元素宽度可能会被误认为 100px。但实际上,宽度是 112px。这是因为盒子宽度最终由content、padding、border 的宽度相加而得。
建议的写法:
建议的规则:
width 被与 border, border-left, border-right, padding, padding-left, padding-right 属性同时使用时,指定
box-sizing;height 被与 border,border-top,border-bottom,padding,padding-top,padding-bottom 属性同时使用时,指定
box-sizing。display 匹配属性(display-property-grouping)
当元素设定不同的
display时,部分规则可能无效。当
display:inline时, width, height, margin-top, margin-bottom 和 float 属性将无法生效,因为内联元素盒子模型不是一个标准盒子模型,这些属性也就无法生效。当然,不止上述的
display:inline,还有一些,具体而言,建议的规则:
display:inline不与 width, height, margin, margin-top, margin-bottom, float 同时使用;display:inline-block不与 float 同时使用;display:block不与 vertical-align 同时使用;display:table-*不与 margin 或 float 同时使用。不允许属性重复(duplicate-properties)
这个很好理解,不允许同一个样式规则中,出现重复定义的属性。例如:
当然,也存在例外,定义同个属性可以用来实现一些渐进增强功能,举个例子:
对于不支持 RGBA 色彩展示的浏览器,将会回退使用第一条定义的规则
background: #fff。不建议的写法:
允许的写法:
建议的规则:
不允许空规则(empty-rules)
空规则就是不包含任意属性(没有定义样式属性) ,如下:
.foo {}空规则的出现可能是因为重构了样式而忘记了删除冗余代码造成的。消除空规则可以缩小样式文件大小和精简浏览器待处理的样式信息。
建议的规则:
使用已知的属性(known-properties)
CSS 可使用的属性变得越来越多,本规则检测属性名称是否正确。此规则将检查每个使用的属性名称以确保其是已知的属性。
当然,以
-前缀开始的浏览器专有属性将被忽略,因为前缀会添加各个浏览器版本属性上,而这些属性没有一个参考标准。此规则不仅会检查属性名称,也会检查属性对应的值是否与其匹配。
建议的规则:
兼容性
不允许负文本缩进(Disallow negative text indent)
此规则意在找出 CSS 代码中使用
text-indent的潜在问题。文本负缩进通常当作辅助的目的,来隐藏在屏幕上的文字。使用场景之一就是作为图像替换技术,使用文本负缩进,可确保屏幕阅读器在文本没有显示在屏幕中时也能读取其数据。
此技巧通常使用很大的负单位数值,如 -999px 或 -9999px,如下:
此带有技巧性的缩进,允许背景图片展示给普通用户的同时,也确保了屏幕阅读器能顺利解析内联的文本信息。
当文本负缩进使用在横向视图页面时,会引起一定的麻烦,因为会出现一个很长的横向滚动条。此问题可以通过添加
direction:ltr来解决,如下:建议的规则:
direction: ltr一起使用。使用浏览器兼容前缀(Require compatible vendor prefixes)
浏览器兼容前缀是一个属性从提案到成为标准演进过程导致的问题。
以渐变
gradient为例,2011年12月份,CSS渐变的标准定义还未定稿,也就是说,彼时想跨浏览器实现色彩渐变,需要使用很多不同版的游览器前缀。CSS渐变一共有有五种不同的浏览器前缀。-ms-linear-gradientand -ms-radial-gradient for Internet Explorer 10+-moz-linear-gradientand -moz-radial-gradient for Firefox 3.6+-o-linear-gradientand -o-radial-gradient for Opera 11.10+-webkit-linear-gradientand -webkit-radial-gradient for Safari 5+ and Chrome-webkit-gradientfor Safari 4+ and Chrome (aka "Old WebKit")该规则要求我们使用渐变时,包含定义所有浏览器前缀。
当然,如今标准已经统一,而且到今天,我们书写 CSS 添加浏览器前缀几乎不再是人工添加。都应该使用
autoprefixer,解放生产力,还有一些类似的前缀兼容问题,例如display: flex等等,可点击查看:展开查看建议追加多内核前缀
建议的规则:
autoprefixer来编译的你的 CSS 代码,使用工具去替代人工添加浏览器前缀。使用备用色彩值(Require fallback colors)
此规则意在确保在所有的浏览器上都能显示合适的颜色。建议在使用 CSS3 颜色表示法
rgba(),hsl(), andhsla()时,使用一个备份颜色确保颜色值在低版本浏览器上能正常显示,像这样:建议的规则:
rgba(),hsl(),hsla()颜色值时,在该属性定以前使用针对旧版浏览器的 color 颜色格式。不再使用针对旧版本 IE 的 hack 方式
在早几年,旧版本 IE 浏览器仍是不得不兼容的时代,我们的 CSS 代码会存在很多
*,_等,类似这样:{ background-color:yellow\0; /*ie8*/ +background-color:pink; /*ie7*/ *background-color:pink; /*ie7*/ _background-color:orange; /*ie6*/ }在 IE8- 逐渐退出历史舞台的今天,如果业务已经完全抛弃 IE8-,那么就应该不再使用这些针对 IE 的 hack 方式。
建议的规则:
+,_,*,\0等这些针对 IE 的 hack 方式CSS 性能
不使用过多网络字体(Don't use too many web fonts)
这个很好理解,
@font-face的出现让我们可以让用户使用任何字体,不必拘泥于"web-safe"的字体之一。但是,字体文件本身是很大的,以及部分浏览器在下载字体文件时,不会实时渲染,就给使用网络字体的同时,带来了显示性能的隐患。
因此建议,使用
@font-face使用 web-fonts 不易过多。建议的规则:
@font-face引用。不使用
@import@import命令用于在 CSS 文件中引用其它的 CSS 文件,如下:当浏览器解析此代码时,会在每个
@import后开始下载指定的文件,从而停止执行后面的代码。也就是说在
@import指定的文件未下载完成前,浏览器不会同时下载其它的样式文件,总而失去了并行下载 CSS 的优势,且会造成页面的闪烁。建议的规则:
@import谨慎使用属性选择器(Disallow selectors that look like regular expressions)
CSS3 属性选择器更新之后,使得 CSS 有了一种类似正则匹配的能力,属性选择器详见:CSS 属性选择器的深入挖掘,像这样:
选择一个 img 标签,它含有 title 属性,并且包含类名为 logo 的元素。
属性选择器带来匹配便利的同时,由于这些复杂的属性选择器都须通过一遍又一遍的计算来匹配对应属性值,从而确保最终的显示效果正确。为此,CSS需要消耗更多的时间,来计算整个页面的显示效果。
建议的规则:
谨慎使用通配符
*(Disallow universal selector)通用选择器 (*) 匹配所有元素。尽管每次都能很方便的选择一组元素,但如果将其作为选择器的核心部分(选择器位置的最右侧) 则会造成性能问题。举个例子,如下的规则形式应该避免使用:
浏览器解析 CSS 的规则按照从右至左的顺序解析选择器的,因此这个规则将首先匹配文档中的所有元素。然后逐一检测这些元素是否匹配右边开始的下一级规则,即是否拥有祖先样式mybox。如果包含
*的选择器越复杂,其解析的时间越久。建议的规则:
*,如果必须要使用,也应该尽量避免将其放置选择器的最右侧。谨慎使用未定义的属性选择器(Disallow unqualified attribute selectors)
HTML5 允许在 HTML 标签中创建自定义属性。然而,与上一条规则类似,如
[type=text],首先匹配所有元素,然后检查各属性。这意味着未定义属性选择器和通用选择器一样都有着相同性能问题。和通用选择器相似,未定义属性选择器作为选择器的核心部分(选择器最右侧)时,会造成性能问题。像这样:
建议的规则:
使用简写属性(Require shorthand properties)
此规则建议,当可通过简写属性来减少文件体积时,应当尽量使用简写方式,像这样:
应该替换为:
建议的规则:
不允许重复背景图片定义(Disallow duplicate background images)
如果你有多个样式需要使用同一背景图片,那么最好声明一个包含此图片地址的通用样式类。接着将这个类添加至需要使用的元素之上。请看下面代码:
在两个类中重复定义了背景图片地址。造成了冗余代码,同时也增加了修改的成本。
如果需要修改图片的名字,很容易造成忘记同时修改文件中两处图片地址。比较好的方式是抽取一个图片地址类作为复用类,然后将此类添加至原有HTML元素上。像这样:
建议的规则:
可维护性和重复性(Maintainability & Duplication)
尽量少的使用浮动
float(Disallow too many floats)float属性是 CSS 中实现多列布局广受欢迎的方式。在项目中,float元素被用来创建不同的页面布局。如果此时改变布局,则会使得CSS代码十分脆弱,难以维护。在如今,我们有更好的方式去实现网格化布局:flex 及 grid 。
建议的规则:
float去进行页面布局,如果兼容性允许,应该使用display: flex或者display: grid进行替代不使用过多的字体大小声明(Don't use too many font size declarations)
一个利于维护的站点,通常都有通用的字体集。某类字体的大小往往定义了一个代表其含义的抽象类当,以便运用到站点的各个使用场景。
如果未抽取出公用类。会导致书写 CSS 时频繁的使用
font-size来使元素大小按预期显示。这就带来了一个问题,当设计的字体大小改变后,我们需要改变样式中所有设计的字体大小。而抽提取公用类时,只用改变类中定义的大小即可做到全局调整。像这样:在你的项目中使用以上类时,能确保字体大小的一致性贯穿始终,也限制了
font-size在 CSS 文件中出现的次数。如果需要某类字体大小,此时,只需要改变一处字体大小的设置,就可实现之前需要修改多处的效果。建议的规则:
尽量少的使用 ID 选择器进行样式定义(Disallow IDs in selectors)
CSS 的好处之一就是可在多处复用样式规则。当你开始使用 ID 选择器时,就不经意间将样式局限在了单个元素上。假设你的代码如下:
这个样式只会在 ID 为 header 下的 a 标签 起效。但假设现在你想在页面中的另外一个模块中也使用同样的样式,你只能重新再定义一个类来实现同样的效果,如下:
细想,其实这里,本意应该是只用一个样式就足够了:
最后,你可能将不再需要使用 ID 选择器而使用类选择器取代其效果。弃用 ID 选择器后,你将最大释放CSS 的复用能力。
建议的规则:
最后
没有最好的规则,只用适合的规则。
关于 CSS 的书写命名使用标准一直有很多不同的观点,对待所谓的规范最好的方式不是人云亦云,拿来就用,而是应该结合实际情况及需求,取长补短,取其精华去其糟粕。
好了,本文到此结束,希望对你有帮助 :)
最后,新开通的公众号求关注,形式希望是更短的篇幅,质量更高一些的技巧类文章,包括但不局限于 CSS: