CSS BEM命名规范

拾人牙慧，感谢先行者们！

BEM 的意思就是块（block）、元素（element）、修饰符（modifier）,是由Yandex团队提出的一种前端命名方法论。
这种巧妙的命名方法让你的 CSS 类对其他开发者来说更加透明而且更有意义。
BEM 命名约定更加严格，而且包含更多的信息，它们用于一个团队开发一个耗时的大项目。

命名约定的模式如下：
.block{}
.block__element{}
.block--modifier{}

.block 代表了更高级别的抽象或组件。
.block__element 代表.block的后代，用于形成一个完整的.block的整体。
.block--modifier代表.block的不同状态或不同版本。

之所以使用两个连字符和下划线而不是一个，是为了让你自己的块可以用单个连字符来界定，如：
.site-search{} /* 块 */
.site-search__field{} /* 元素 */
.site-search--full{} /* 修饰符 */

BEM 的关键是光凭名字就可以告诉其他开发者某个标记是用来干什么的。通过浏览 HTML 代码中的 class 属性，你就能够明白模块之间是如何关联的：有一些仅仅是组件，有一些则是这些组件的子孙或者是元素,还有一些是组件的其他形态或者是修饰符。

我们用一个类比/模型来思考一下下面的这些元素是怎么关联的：
.person{}
.person__hand{}
.person--female{}
.person--female__hand{}
.person__hand--left{}
 顶级块是‘person’，它拥有一些元素，如‘hand’。
 一个人也会有其他形态，比如女性，这种形态进而也会拥有它自己的元素。
 下面我们把他们写成‘常规’CSS:
.person{}
.hand{}
.female{}
.female-hand{}
.left-hand{}
这些‘常规’ CSS 都是有意义的，但是它们之间却有些脱节。就拿 .female 来说，是指女性人类还是某种雌性的动物？还有 .hand，是在说一只钟表的指针（译注：英文中hand有指针的意思）？还是一只正在玩纸牌的手？
使用 BEM 我们可以获得更多的描述和更加清晰的结构，单单通过我们代码中的命名就能知道元素之间的关联。
BEM真是强大。

再来看一个之前用‘常规’方式命名的.site-search的例子：
<form class="site-search full">
  <input type="text" class="field">
  <input type="Submit" value ="Search" class="button">
</form>	
这些 CSS 类名真是太不精确了，并不能告诉我们足够的信息。尽管我们可以用它们来完成工作，但它们确实非常含糊不清。用 BEM 记号法就会是下面这个样子：
<form class="site-search site-search--full">
  <input type="text" class="site-search__field">
  <input type="Submit" value ="Search" class="site-search__button">
</form>	
我们能清晰地看到有个叫 .site-search 的块，他内部是一个叫 .site-search__field 的元素。并且 .site-search 还有另外一种形态叫 .site-search–full。

我们再来举个例子:
如果你熟悉 OOCSS（面向对象CSS），那么你对 media 对象一定也不陌生。用 BEM 的方式，media对象就会是下面这个样子：
.media{}
.media__img{}
.media__img--rev{}
.media__body{}
从这种 CSS 的写法上我们就已经知道 .media__img 和 .media__body 一定是位于 .media 内部的，而且 .media__img--rev 是 .media__img 的另一种形态。仅仅通过 CSS 选择器的名字我们就能获取到以上全部信息。

BEM 的另外一个好处是针对下面这种情况：
<div class="media">
  <img src="logo.png" alt="Foo Corp logo" class="img-rev">
  <div class="body">
    <h3 class="alpha">Welcome to Foo Corp</h3>
    <p class="lede">Foo Corp is the best, seriously!</p>
  </div>
</div>	
光从上面的代码来看，我们根本不明白 .media 和 .alpha 两个 class 彼此之间是如何相互关联的？同样我们也无从知晓 .body 和 .lede 之间，或者 .img-rev 和 .media 之间各是什么关系？从这段 HTML（除非你对那个media对象非常了解）中我们也不知道这个组件是由什么组成的和它还有什么其他的形态。
如果我们用 BEM 方式重写这段代码：
<div class="media">
  <img src="logo.png" alt="Foo Corp logo" class="media__img--rev">
  <div class="media__body">
    <h3 class="alpha">Welcome to Foo Corp</h3>
    <p class="lede">Foo Corp is the best, seriously!</p>
  </div>
</div>	
我们立马就能明白 .media 是一个块，.media__img–rev 是一个加了修饰符的 .media__img 的变体，它是属于 .media 的元素。而 .media__body 是一个尚未被改变过的也是属于 .media 的元素。所有以上这些信息都通过它们的 class 名称就能明白，由此看来 BEM 确实非常实用。

通常人们会认为BEM这种写法难看。我敢说，如果你仅仅是因为这种代码看上去不怎么好看而羞于使用它，那么你将错失最重要的东西。除非使用 BEM 让代码增加了不必要的维护困难，或者这么做确实让代码更难读了，那么你在使用它之前就要三思而行了。但是，如果只是“看起来有点怪”而事实上是一种有效的手段，那么我们在开发之前当然应该充分考虑它。

是，BEM 看上去确实怪怪的，但是它的好处远远超过它外观上的那点瑕疵。
BEM 可能看上去有点滑稽，而且有可能导致我们输入更长的文本（大部分编辑器都有自动补全功能，而且gzip压缩将会让我们消除对文件体积的担忧），但是它依旧强大。

用还是不用 BEM?

本人所在的项目中大多使用了 BEM 记号法，因为它的有效性已经被它自己一次又一次地证明。个人也极力地建议使用 BEM，因为它让所有东西之间的联系变得更加紧密，让团队或者个人都能够更加容易地维护代码。

然而，当你真正使用 BEM 的时候，重要的是，请记住你没必要真的在每个地方都用上它。比如：
.caps{ text-transform: uppercase; }	
这条 CSS 不属于任何一个BEM范畴，它仅仅只是一条单独的样式。

另一个没有使用 BEM 的例子是：
.site-logo{}
这是一个logo，我们可以把它写成 BEM 格式，像下面这样：
.header{}
.header__logo{}
但我们没必要这么做。
使用 BEM 的诀窍是，你要知道什么时候哪些东西是应该写成 BEM 格式的。因为某些东西确实是位于一个块的内部，但这并不意味它就是 BEM 中所说的元素。这个例子中，网站logo完全是恰巧在 .header 的内部，它也有可能在侧边栏或是页脚里面。一个元素的范围可能开始于任何上下文，因此你要确定只在你需要用到 BEM 的地方你才使用它。

再看一个例子：
<div class="content">
	<h1 class="content__headline">Lorem ipsum dolor...</h1>
</div>
在这个例子里，我们也许仅仅只需要另一个 class，可以叫它 .headline；它的样式取决于它是如何被层叠的，因为它在 .content 的内部；或者它只是恰巧在 .content 的内部。如果它是后者（即恰巧在 .content 的内部，而不总是在）我们就不需要使用 BEM。

然而，一切都有可能潜在地用到 BEM。我们再来看一下 .site-logo 的例子，想象一下我们想要给网站增加一点圣诞节的气氛，所以我们想有一个圣诞版的logo。于是我们有了下面的代码：
.site-logo{}
.site-logo--xmas{}
我们可以通过使用–修饰符来快速地为我们的代码构建另一个版本。

BEM 最难的部分之一是明确作用域是从哪开始和到哪结束的，以及什么时候使用（不使用）它。随着接触的多了，有了经验积累，你慢慢就会知道怎么用，这些问题也不再是问题。

Element-ui组件库就是使用的 BEM 命名法

举个例子：Dialog 对话框组件
.el-dialog__wrapper /* 对话框容器 */
.el-dialog /* 对话框 */
.el-dialog--center /* 对话框居中状态 */
.el-dialog__header /* 对话框头部 */
.el-dialog__headerbtn /* 对话框头部按钮 */
.el-dialog__close /* 对话框关闭 */
.el-dialog__title /* 对话框标题 */
.el-dialog__body /* 对话框主题内容 */
.el-dialog__footer /* 对话框底部 */

结束语:
所以，BEM（或BEM的变体）是一个非常有用，强大，简单的命名约定，以至于让你的前端代码更容易阅读和理解，更容易协作，更容易控制，更加健壮和明确而且更加严密。
尽管BEM看上去多少有点奇怪，但是无论什么项目，它对前端开发者都是一个巨有价值的工具。