一、 什么是 BEM
BEM的意思就是块（block）、元素（element）、修饰符（modifier），是由 Yandex 团队提出的一种前端命名方法论。
这种巧妙的命名方法让你的 CSS 类对其他开发者来说更加透明而且更有意义。（摘录自伯乐在线，不擅总结见谅）
<div class="tabs category-tabs">
<a href="#" class="tabs__item tabs__item--active">电影</a>
<a href="#" class="tabs__item">动画</a>
<a href="#" class="tabs__item">纪录片</a>
<a href="#" class="tabs__item">广告</a>
</div>
如上，tabs 为 block，是一个逻辑与功能的独立组件，或者“模块/功能区块”随便你怎么叫，
tabs__item 为 element，是非区块的其他东西，（这里为什么要用双下划线(而不是单的)其实我也不知道）
（而这两者到底该如何界定，主要看你的功能复杂程度，比如 list 区块下 有个 list__item，而 list__item 如果太复杂，不妨再写个 item 区块）
tabs__item--active 为 modifier，正如其表意，用于修饰/标注。
把它想象成一个 XML 或者 json 要更容易理解些。
好，区块化是懂了，但为什么非要这么写呢，不是更麻烦又难看了吗，
毕竟大多时候我们还是习惯 class 属性里写很多类的，诸如 BootStrap。
二、 为什么要使用 BEM
1. .head > .logo 速度肯定没有 .head-logo 快
选择器渲染是由右至左的(div.logo 这类除外，那样就更烧了)，意味着先遍历一遍 CSSOM 树找到 .logo 再找 .head。
另外，也大大地避免了污染，毕竟当到处都有 .body/.content 时，说不定刚改了一页发现另一页不对了。
2. 样式层叠问题
id > class > (:nth-* :empty :checked等伪类) > [] > div = :not()
这个选择器优先级大家都熟悉吧，曾见识过全用 id 作为选择器的改需求，由衷想说，能只用一个 class 就只用一个，样式修改会方便很多。
3. 模块化
BEM 中的 B(block) 可以被认为就是模块的意思，换个顺序，复制粘贴都是飞快的，不会牵扯太多，结构更稳定。
4. Less/Sass 等工具的应用
会产生上节最后所提到的疑问，很大原因就在于没有享受到“动态CSS”的魅力和乐趣。
写很多类是因为它公用，而预处理语言能像变量一样保存这些公共类，那我还何必加在 HTML 上呢，毕竟又多又破坏语义。
5. 为了改需求时能优雅一些
工作半年多，有时真的会被业务搞得没脾气，需求变更是常有的事，又往往出于对项目负责的态度说改就改，
于是乎，在小修改上，用层叠去覆盖，在大修改上，用 modifier 去补充修饰，都可以避免越改越乱的情况。
三、BEM 具体要做什么
1. 学会使用 Less/Sass
个人认为这是十分首要的一环，不然你肯定会为公共类问题而叫苦不迭的，
其次 .tabs {*_item {}} 这种嵌套式的编写方式也会让代码非常清晰和简单。
此外题外话：推荐一款名为 Koala 的编译工具，不必用 node.js 或者 blabla 那些来把 Less/Sass 编译成 CSS 了。
2. 学会使用 Emmet
这是一款快速编码的神器，具体可查看教程，主要是能让书写 HTML 变得行云流水。
3. 多文件分解
将所有模块的 CSS 分别放在不同的 *.css 文件里，小巧意味着可替换，易查找，牵动不大。
使用 @import 方法链接起来，Less 编译时会帮你压缩到一起的。
4. 将皮肤分离出去
像 reset | public | module | respond | theme 这样，将背景色/文字颜色等，分离到 theme 里去。
5. 语义问题，有意义的命名
把关键词和功能写在 class 里是个很棒的事，所以它最好是有意义的名字。
如今如果选用 BEM 命名规则，个人认为它会更清晰，毕竟 element 有没有意义无所谓嘛，block 有意义才是正道。
6. 最后聊聊简单与复杂
扪心自问，BEM 到底让命名更复杂了还是更棒了？
说实话，我觉得实在不能更棒。
就和 Vue.js 为什么更好一样，这个问题可见知乎
四、其他
1. 用 HSL 要比 RGB 好一些，因为如果用 HSL，设计会对你说，这个颜色浓一点或淡一点，而不是这颜色好像偏红了偏蓝了。
2. 空格用双格，别用4个空格也不用tab，有内嵌关系就缩进...这样明确关系，方便查找。
3. 舍弃 IE 吧，虽然它还占有 18% 左右的 PC 端市场份额(移动端毫无它的一席之地吧)，但真心觉得不值得。
4. 善用 Less 的 data-uri 方法，将小图在编译时自动转成 base64，不去占用 http 请求。