BEM命名及其在sass中的实践
Why use it
近几年web应用的发展可以用疯狂来形容,依靠浏览器的支持以及前端技术和框架的发展,很多应用已经把大量的逻辑从服务器端迁移到了浏览器端,使用前后端分离技术,浏览器端与用户进行交互来完成复杂的逻辑。由于这个发展趋势,Web应用的前端代码的复杂度大大提高,尤其是 JavaScript 和 CSS 代码的数量大幅增加,面对空前庞大的css和js代码量,形成科学的代码组织方法和命名规范迫在眉睫。
好的命名规则应该满足以下几个优点:
- 安全的命名,不会干扰其它css
- 我需要很快知道一个 class 位于这个伟大工程的什么位置
- class 尽可能少,且结构清晰
- 嵌套不可以太深,否则会形成难以维护的“谜”之样式
BEM
BEM 是一种前端项目开发的方法学,由 Yandex 公司提出。BEM 的名称来源于该方法学的三个组成部分的英文首字母,分别是块(Block)、元素(Element)和修饰符(Modifier)。这三个不同的组成部分称为 BEM 实体。
Block——块
块即是通常所说的 Web 应用开发中的组件或模块。每个块在逻辑上和功能上都是相互独立的。块中封装了组件相关的 JavaScript、CSS 代码和 HTML 模板。由于块是独立的,可以在应用开发中进行复用,从而降低代码重复并提高开发效率。块可以放置在页面上的任何位置,也可以互相嵌套。
Element——元素
元素是块中的组成部分。元素不能离开块来使用。BEM 不推荐在元素中嵌套其他元素。
Modifier——修饰符
修饰符用来定义块或元素的外观和行为。同样的块在应用不同的修饰符之后,会有不同的外观。
// 简单地说 .block { /* styles */ } .block__element { /* styles */ } .block--modifier { /* styles */ }
举个栗子
如何使用呢BEM命名方法呢?请先看以下例子:
//我们要为这个菜单写样式 <ul class=""> <li class="">Menu Item 1</li> <li class="">Menu Item 2</li> <li class="">Menu Item 3</li> </ul>
1.“祖传”命名
放在以前,我们或许会这么写:
<ul class="nav"> <li class="item selected">Menu Item 1</li> <li class="item">Menu Item 2</li> <li class="item">Menu Item 3</li> </ul>
看了一下,还是多清爽的。但是各位朋友是否注意到了一个问题:子元素item和其父元素menu,从命名上看,关系似乎太不紧密。一个box也可以有item子类,一个xxx也可以包含一个item子类。看看其样式的写法:
//sass .nav { list-style: none; .item { font-weight: bold; &.selected { color: red; } } } //编译后产生的css .nav { list-style: none; } .nav .item { font-weight: bold; } .nav .item.selected { color: red; }
从样式文件上看,仿佛也没有太大问题,但是,这是在我们代码层数较少的情况。如果是一个复杂的页面元素,我们sass层级会非常深。编译后的css,层级也会很深。
2.BEM命名
现在我们使用BEM再来编写看看:
<ul class="nav"> <li class="nav__item nav__item--selected">Menu Item 1</li> <li class="nav__item">Menu Item 2</li> <li class="nav__item">Menu Item 3</li> </ul>
//sass .nav { list-style: none; &__item { font-weight: bold; &--selected { color: red; } } } //使用sass编译后的css是 .nav {//菜单 list-style: none; } .nav__item {//菜单item font-weight: bold; } .nav__item--selected { //被选中的菜单item color: red; }
乍看之下,根据 BEM 命名规则产生的 CSS 类名都会很复杂,但实际上在熟悉了命名规则之后,可以很容易理解其含义。其次,css不再存在复杂的层级关系,浏览器渲染的时候,样式系统从最右边的选择符开始向左进行匹配规则。只要当前选择符的左边还有其他选择符,样式系统就会继续向左移动,直到找到和规则匹配的元素,或者因为不匹配而退出,减少层级就能提升性能,对应静态css文件大小也会减少。
很多人会吐槽两个下划线和两个横杠作为连接符,并不优雅。但是我觉得,BEM是一种思想,是我们需要理解的,至于我们用什么样的连接符,什么样的方式实现,可以根据自己项目的情况考虑。