学习提高你CSS技术的法则

星期二 2013/02/19 14:14 阅读：11834 评论：1 作者：ivan 分类：CSS、Web前端

前言

在今天的文章中，我将要聊聊我在一年半的实践中，总结出来的css经验。

首先让我提醒你，css是极其简单的一门语言，简单到可以用三个词概括：选择器，属性以及属性的值。这也是一些人不喜欢css的原因：他们觉得写css像孩子玩乐高玩具一样简单。

是这样的。。如果你给一个9岁的孩子介绍css的基本原理，他就会搭建一个网站。不过这个网站不会很复杂，也就是一些包含头部，链接，内容图片的页面而已。

事实上，css是一门简单的语言，并不意味着每个人的水平一样。有些人写起css来就跟个大猩猩在玩棍子，有些人可以掌握css,而有些人可以使用魔法般的使用css。

不管怎样，我还是要给你分享一些我这几个月来理解的东西，这并不是一些代码片段或者是css小技巧，而更像是一些通用的规则或者是最佳实践之类的东西。

你想说什么呢？你准备好了？那我们继续往下吧。

1.不要让你的代码脱离你的掌控，尽量简洁

别让你的代码脱离你的掌控

这是编程的一种通用建议，不仅仅适合css. 当你开始写代码的时候，先思考，思考以下几个问题：

我怎样实现？
有其他方法实现么？
怎样优化（简洁，可维护，等等）？

急于编码会浪费时间，你有可能花了一个小时也没实现，不得不从头再来，这不应该发生。

如果你花了好几个小时写一个css幻灯片，最终没办法用了个js幻灯片插件或者别的，这是很蛋疼的，并不是说你没成功，而是无谓的浪费了很多时间。如果项目有deadline的话，你就要悲剧了。

保持他的简单性

Css很简单，但如果你想，同样可以变得很复杂。在很多场景里，最简单的即是最好的。当你要实现什么效果的时候，问问自己：还有更简单的方法实现么？答案经常是肯定的。

举个例子，简单水平导航栏，你可以有多种方法实现：

列表元素浮动；
改变列表元素display属性为inline；
改变列表元素display属性为inline-block。

最简单的-设置display:inline，不需要清除浮动，不需要清除inline-block造成的空白，只需要一些padding即可，结束。

2. 掌握基础，学习CSS技巧

不仅是掌握css,掌握任何东西都要从基础做起。一个对最基本的东西都理解不透彻的人是不可能成为大师的。

CSS基础

什么是css基础呢？你可能会听到不同的声音，这也是一种无法用言语表达的东西。但我认为，css的基础是以下两部分：

盒模型：每个元素在css中都是一个盒子模型(块级或者内联)，包含宽高及各种padding margin border.这是最重要的,详细可以阅读这里。
权重:了解哪个属性权重最高，在调试css中非常重要。更多相关信息可以阅读Assigning property values, Cascading, and Inheritance一文。

CSS技巧

当你了解了以上原理，才算踏上了康庄大道。那么现在你可能会处理一些特殊情况，下面展示了一些：

忘了在父元素设置position

.child {

position: absolute;

top: 0;

left: 0;

}

/* 这是忘了的*/

.parent {

position: relative; // Or anything else than static

}

这时候你会想：坑爹啊，怎么东西跑到页面左上角了？？？你忘了给父元素设置 position:absolute或relative了。。

添加下下层技巧

每个搞前端的都被层叠上下文折磨过。这个例子告诉我们，你不能对一个已经触发层叠上下文的元素（可能是z-index,transform或者是透明度）的子元素来应用z-index属性。这没有变通方案，一旦你遇到过，绝对会记忆犹新。。

忘了清除浮动的技巧

你的布局乱套了，容器乱飞。你泪流满面：这是肿摸了。。请检查下浮动，可能忘了清除浮动了。

记住，一个容器如果仅仅包含浮动元素，他会塌陷，除非你清除浮动或者设置height或者overflow属性。

这种例子比比皆是，如果继续写那就没完没了了，这不是我这篇文章的目的。

我只是想指出每天，人们都会不断的发现，css有很多的特性跟特殊情况。你可能这一次踩个坑，下次就知道怎么对付了。

3. 保持代码的可复用性

Dry代表不要重复自己。这并不是css特有的，这适合任何语言。

它的核心思想是，能重用的代码就不要写第n遍。在别的语言意味着封装成function,在css里，常常代表你需要利用一个可复用的类来代替重复应用的一个属性。这将在后面的面向对象css中进一步讲解。其实对于重构来说这是很简单的，我来解释一下：

当你在你的样式表里发现一段代码多次使用的时候，你需要重构一下，最终变成只出现一次（可复用）。例子：

.navigation li {

color: #333;

}

.navigation li a {

color: #333;

}

/* Refactoring */

.navigation li,

.navigation li a {

color: #333;

}

明白么？你肯定会纳闷，这俩有啥区别啊？有两点需要考虑：性能跟可维护性。

关于性能：更少的行数意味着浏览器解析css会更快。按照下面这样写，浏览器会同时给两个选择器应用颜色，而不会解析两次。

关于可维护性，如果你需要修改类似的颜色，这样只需要修改一行，这里可能仅仅是两行，如果50行，100行呢。

扩展阅读

4. 面向对象的css

这是什么东东？

Oocss意思是面向对象的css，经常在其他面向对象的语言中出现这个名词。意思是利用一个“对象”，通常为一个类的实例（包含一些属性和方法）。你可能会问：这跟css有啥关系啊。

首先我要说明，oocss更像一个概念，css是不能真的“面向对象编程”的，因为没有命名空间，函数，方法，类，条件语句等。因此你要是谈oocss可能会被人嘲讽。

事实上我也是这么认为的，但我们可以利用这样的思想来促进css的书写，让网站性能提升，提高可维护性。

我们应该怎么做？

很简单，使用类名，各种类名。可以把你的网站想象成一个带有很多“方法”跟“组件”的地方，尝试找出这些重复的部分，把他们作为“对象”(类名)，从而重用。

为了让你的对象划分的更精确，有两点需要注意：

分离结构与表现
分离容器与内容

单独的结构和样式

分离结构与表现是很重要的，这样你就可以单独操作负责显示的部分，让这部分在网站中多次出现，并且作用于不同的元素上。看看下面的代码，它可以作用到一个盒子，一个图片，或者一个按钮上：

#my-button,

.my-box

.my-box img {

border: 1px solid #444;

border-radius: 5px;

box-shadow: 0 0 5px rgba(0,0,0,0.1);

}

另外我们可以用一个叫做.skin的类名代替，然后应用到所要使用的元素上

.skin {

border: 1px solid #444;

border-radius: 5px;

box-shadow: 0 0 5px rgba(0,0,0,0.1);

}

这样使用，会让css样式表更加容易让人理解，更容易维护，解析更快。

单独的容器（结构）和内容

我认为这是oocss最重要的一点：每种组件拥有独立的代码，而不是在你某次写页面时配合页面的特定部分来定义。在你的站点中，类似的组件应该重用，就像下面代码一样：

#main h2 {

color: #343434;

font-size: 25px;

line-height: 20px;

border-bottom: 1px solid rgba(0,0,0,0.2);

box-shadow: 0 1px rgba(255,255,255,0.4);

}

这时候不管是我从页面底部再次使用h2，或者我用同样的思想使用h3，都可以类似上面所写的，创建一个类，并给类设置样式，而不是给元素单独设置样式。

关于从不使用ID的一说

当Nicole Sullivan提出oocss的概念时，最热烈的讨论是“绝对不使用id选择器么？” Nicholas C. Zakas 与 Nicole Sullivan在他们的csslint(css质量检查工具)中特别反对对id选择器的使用。

为了理解nicole的观点，我们必须认识到id选择器因为高权重会在使用中出现一些问题。如下代码（代码来自于这里）：

<p>

</p>

<a href="#">Follow me on twitter</a>

</div>

<a href="#">Follow me on twitter</a>

</div>

/* CSS */

#header a { color: #f90; }

.tweet a { color: #000; }

如果让第一个twitter的链接变黑，你有两种选择：给一个id,或者利用！important选择器来机枪打蚊子。如果header是一个类名，就不会有这种问题了。

这也是Nicole Sullivan为什么讲“no ID”的原因。

我引用 harry roberts对此话题的一个讨论来作为这节结束

[…] I have decided that a blanket ban is sensible. Save yourself many potential headaches and never use IDs in your CSS files.

当然原则上id是可以使用的，而且很易生效

我对OOCSS的理解

事实上我并不熟悉oocss。因为我并不在一个拥有很多前端的的大型网站工作。Oocss对大型网站架构很有用，但不适合单页面作战。

然而虽然我并未应用oocss，但我关注前端工作中的组件重用，样式表的可维护性以及性能。这也是oocss所注重的，所以在某些方面，我的工作跟oocss并没有太大区别。

扩展阅读

5. Css3：了解他能做的以及你可以使用的部分

现在我们打住概念性的讨论，来点干货：css3，虽然这玩意至今没有个确切的定义。

Unlike CSS 2, which is a large single specification defining various features, CSS 3 is divided into several separate documents called “modules”. Each module adds new capabilities or extends features defined in CSS 2, over preserving backward compatibility. […] Due to the modularization, different modules have different stability and statuses.

From Cascading Style Sheets on Wikipedia

现在我们来讨论下那些已经被现代浏览器实现的一些特性。

当前，从圆角到渐变，从透明到阴影，伪类，随处可见css3。

学习你能做些什么？

我觉得，通过利用css3，你可以减少http请求（图片请求），减少标签数量，减少js的代码量。让我们展开来说：

圆角，一行代码代替了用四张小图片拼四个圆角；
透明度与alpha通道的支持：一行代码代替了一张半透明png；
更先进的选择器：不需要js来写了；
Flexbox：几行代码代替了一整个布局框架；
渐变：几行代码代替了背景平铺的图片；
多背景：不需要多个容器了；
伪类：装饰性的元素不需要额外的标签去定义了。

我可以继续讲下去，但是我相信你已经明白了我的意思：知晓你到底可以用css3来做什么。你需要做一个目录么？你可以用纯css来实现，配合CSS counters，你需要做一个漂亮的自定义边框么？你可以利用border-image属性来实现。

ss能做无数的事情，css3也一样。你需要了解css力所能及跟力所不能及的。但深入这些，没有什么捷径，只能通过不断的阅读文档，自我探索。比如，你可以用calc（）属性来计算，但如果要搞六列的等高布局，你肯定会杯具。

学习你能用什么？

css最大的问题是浏览器兼容性。在css3里这种情况变得更加糟糕。当你不断试验css3属性时，这将是你萦绕不去的梦魇。

比如最耳熟能详的css3属性：border-radius，杯具的是ie8以下，跟opera mini浏览器仍然不认识这玩意。事实上chrome跟FF对圆角的渲染也不一致。

这对一名前端来说意味着啥呢？优雅降级。如果你做圆角，除了border-radius，你仍然需要利用多图片来拼圆角，努力让各大浏览器保持一致。

当我要使用css时这是我通常的思考步骤：

我要用这css干嘛？
我明白我要干嘛了，这是css2规范里的么？
1. 必须的，结束。
2. 不行，跳到第三步
这玩意兼容性怎么样啊
1. 很好的兼容啊，结束
2. 兼容性很一般，跳到第四步
这是锦上添花还是需求啊？
1. 这是锦上添花，那么低端浏览器我就只能优雅降级了。
2. 这是需求啊！跳到第五步
我怎么在不兼容的浏览器里对付这个需求呢？

现在以渐变为例：

这里要用渐变？
用吧。。css2里有渐变？
1. 渐变是css3的好吧。
兼容性呢？
1. 还好吧，一般化，ie8以下跟operamini不支持css3渐变（这里明显有误了）
这是锦上添花还是需求啊？
1. 这只是一种更炫的手段，不是重点。不支持的我就用个单色代替吧。
2. 需求要求这里就是用渐变啊！我得找兼容了。
我要如何让它不支持的浏览器上工作
1. 用背景图片吧。

如果你用css的时候思考这些步骤，就有思路来处理浏览器兼容性跟优雅降级之类的了。

注意！一定要注意你产品的用户！如果你要做移动端app或者移动设备，你可以使劲用css3属性，不用担心。但如果你做个银行系统。。抱歉了，大部分用户都是ie8以下的

Providing fallbacks

根据不同情况，对低端浏览器做兼容可能会很蛋疼，也可能会很烦人。

No fallback or simple fallback

如果有些增强用户体验的特性不被支持，不会带来什么后果的话，你就不用强制兼容了，这太爽了。

也有一些情况兼容起来也比较简单。

总之你需要写两份属性来实现这个效果，作用于老版本浏览器的跟现代浏览器版的。

.my-element {

border: 1px solid #666;

border: 1px solid rgba(0,0,0,0.3);

background: #708090;

background: hsl(210, 13%, 50%);

}

以上的例子中，如果浏览器不识别rgba跟hsl颜色，他会读第一行跟第三行作为降级。那么现代浏览器就会覆盖这些属性，以新属性来渲染。

Modernizr

现在当我们聊到css3的时候，绝对会提及一个库Modernizr。他可以对浏览器做html5跟css3的特性检测。听起来可能觉得很庞大，但这个库性能非常的好。

无论如何,有时你必须确切地知道如果浏览器支持一个特定的功能。因为,对我们说,提供另一种优雅降级版本，需要知道他的CSS属性。

/* Normal version */

.dropdown {

opacity: 0;

pointer-events: none;

}

.trigger:hover .dropdown {

opacity: 1;

pointer-events: auto;

}

/* Fallback with Modernizr */

.no-opacity .dropdown,

.no-pointerevents .dropdown {

opacity: 1;

pointer-events: auto;

display: none;

}

.no-opacity .trigger:hover .dropdown,

.no-pointerevents .trigger:hover .dropdown {

display: block;

}

如果你要提供一个降级方案的话，需要依赖modernizr提供的两个类（.no-opacity 跟.no-pointerevents）但不能同时触发两个。在使用新技术的时候，一定要记得优雅降级，这对用户体验很重要，如果不行，一定要告知用户。

扩展阅读

6. 渐进增强与优雅降级

这两个概念大家肯定耳熟能详了，尤其是优雅降级。其实两者还是有点区别的。

渐进增强

渐进增强，你需要制定一个基本的需求和功能，然后根据浏览器支持度，增强用户体验。你在使用的时候，需要用一些html5属性来提醒某些部分缺失（比如在某某浏览器下可以获得最佳体验）。这是一种根据浏览器引擎增强用户体验的方式。

优雅降级

当你谈到优雅降级的时候，通常是给低端浏览器提供一个不支持特性的替代方案。他的形式通常是从高级到低级讨论的。比如说你需要在canvas标签里面注明，这样当浏览器不支持canvas的时候用户就会知道了。

This page uses HTML5 Canvas. Please use a recent browser to see this content. To get another browser, go to <a href="http://browsehappy.com/">BrowseHappy</a>

</canvas>

两者有何不同

事实上没啥区别。有些特性呈现在现代浏览器上，而对此在低端浏览器上则上替代方案。这是一个过程：你可以让网页在现代浏览器中的效果很炫，也得顾忌ie，或者置之不理，这完全取决于你。事实上我想说：不同浏览器的用户体验绝对是不同的，即使你需要提供一些基本功能，也请记得利用新特性增强一下你的浏览器或者应用，这是非常好的。

扩展阅读

7. Css预处理工具

Css预处理器大概是本年度热门话题了。。这玩意真的好用么？用来干嘛？我需要用么？用什么样的？这是css圈子里的热门话题了。

在这个环节我将以客观的态度来对待这个问题。首先要明确一点：如果你不想用预处理器，请不要用，然后就不会纠结了。不用预处理器并不代表你不是个好前端，仅仅是你可能无法完成一些事情而已。但对待预处理器这件事上，你仍然需要有自己独立的思考。

接下来，什么是预处理器？事实上预处理器就是把一些语句段编译成别的引擎（比如浏览器）需要的语言。各种语言都有预编译，比如html可以使用markdown或者jade。Less，sass跟stylus都是css的预处理器。Coffeescript是js的预处理器，当然还有php的预处理器：cakephp。、

要点

预处理器赋予了css一些基于面向对象语言的特性，比如

变量（variables）
可传参的函数（functions (with parameters)）
命名空间（namespaces）
嵌套（nesting）
条件语句（conditional statements）
操作（operations）
其他（and many more）

听起来很有吸引力,对吧?也许你想要一个例子来找出发生了什么。让我们看下面的CSS导航栏。

.navigation {

width: 800px;

width: calc(100%-150px);

}

.navigation li {

color: #444;

}

.navigation li a {

text-decoration: none;

}

看一个Scss处理的版本

$main-color: #444;

.navigation {

width: (100%-150px);

li {

color: $main-color;

a {

text-decoration: none;

}

预处理器的基本功能就是把这些表达式翻译成css，结果肯定是相同的，而处理逻辑不同。预处理器会自动处理并输出结果，而不需要calc函数的支持。

最终，你得到了一个可读性更强的（包含嵌套与变量），可维护性更强的（包含变量与函数）的样式表。上面的仅仅是举个例子，在真实的项目里你会体会到这一点。

如何选择

现在市面上已经有一些不同的css预处理器了，他们各有千秋，同时在细微之处也有区别。选择的余地完全在你手里。这里提供几个主要的选择：

Sass (written in Ruby)
LESS (written in JavaScript)
Stylus (written in JavaScript)
Crush (written in PHP)

最好的方式是了解他们是否能最完美的满足你跟你项目的需求。这是由很多因素决定的，如果全部列出来就超出本文的范围了，但你可以找到一些相关的css预处理器的资料。

对CSS预处理的理解

我不敢说精通css预处理器，但我非常喜欢。他完善了一些css缺少的非常有用的特性：变量，嵌套以及条件语句。

我之前小玩了一下less，受益匪浅。利用less我完善了以前制作的 CSS Loading Animations，less应用在了循环，自动加前缀以及关键帧上。

我也尝试了sass跟compass。令我震惊的是这玩意安装很简单，在ruby上跑得也很顺畅。所以我觉得Sass + Compass碉堡了。你可以看看我的文章：为啥我抛弃了less选择了sass。

不过我还是需要完全手写普通的css，这也占据了我工作的绝大部分。但最终我觉得大家都会用css预处理器。Css缺乏一些很有用的特性，而预处理器正好填补了这方面的空白。

扩展阅读

8. 与时俱进

语言在不断的进化，css是显著典型。Css草案没完没了，浏览器厂商也在不断的实现这些。

因此，你需要与时俱进，始终对新技术保持跟进，虽然一时半会还用不上，但可以了解chrome开发版本是不是支持了？chrome跟safari，ff，opera未来的版本会不会支持呢？你需要在css解决方案及css问题上，不断的开拓自己的眼界。

扩展阅读

Cascading Style Sheets home page
CanIUse.com for browser share and compatibility
Mozilla Developer Network for excellent documentation
HTML5 Rocks for latest, cutting-edge tutorials and articles

9. 取长补短

读源码是学编程最好的方式之一。css是客户端的，你可以用WebKit Inspector, Dragonfly, Firebug F12等工具看css。同时，互联网是很开放的，大家都乐于开源。

另外一种方法是跟着教程一步步地走，然后从头自己写一遍。遇到问题后瞄一眼答案，然后继续。

如果你觉得自己已经熟悉css了，想深入css，你需要写一些demo来测试那些试验性的css属性，或者解决一个问题的不同思路。学无止境。

前阵子Chris Coyier, Tim Sabat 和 Alex Vazquez三位建立了CodePen，他是一个在线分享前端代码的平台，可以自由的添加你需要的库，比如jQuery, jQuery UI, MooTools, YUI, Prototype, Zepto, Dojo, Ext JS, PrefixFree等等。同时也可以使用一些预处理器比如HAML, Markdown, Slim, LESS, SCSS, Sass, CoffeeScript。