1 什么是 BEM 命名规范
Bem 是块(block)、元素(element)、修饰符(modifier)的简写,由 Yandex 团队提出的一种前端 CSS 命名方法论。
BEM 是一个简单又非常有用的命名约定。
让你的前端代码更容易阅读和理解,更容易协作,更容易控制,更加健壮和明确,而且更加严密。
1.1 BEM 命名模式
BEM 命名约定的模式是:
.block {} .block__element {} .block--modifier {}
- block 代表了更高级别的抽象或组件。
- block__element 代表 .block 的后代,用于形成一个完整的 .block 的整体。
- block--modifier 代表 .block 的不同状态或不同版本。
使用两个连字符和下划线而不是一个,是为了让你自己的块可以用单个连字符来界定。
如:
.sub-block__element {} .sub-block--modifier {}
1.2 BEM 命名法的好处
BEM的关键是,可以获得更多的描述和更加清晰的结构,从其名字可以知道某个标记的含义。
于是,通过查看 HTML 代码中的 class 属性,就能知道元素之间的关联。
常规的命名法示例:
<div class="article"> <div class="body"> <button class="button-primary"></button> <button class="button-success"></button> </div> </div>
这种写法从 DOM 结构和类命名上可以了解每个元素的意义,但无法明确其真实的层级关系。
在 css 定义时,也必须依靠层级选择器来限定约束作用域,以避免跨组件的样式污染。
使用了 BEM 命名方法的示例:
<div class="article"> <div class="article__body"> <div class="tag"></div> <button class="article__button--primary"></button> <button class="article__button--success"></button> </div> </div>
通过 BEM 命名方式,模块层级关系简单清晰,而且 css 书写上也不必作过多的层级选择。
2 如何使用 BEM 命名法
2.1 什么时候应该用 BEM 格式
使用 BEM 的诀窍是,你要知道什么时候哪些东西是应该写成 BEM 格式的。
并不是每个地方都应该使用 BEM 命名方式。
当需要明确关联性的模块关系时,应当使用 BEM 格式。
比如只是一条公共的单独的样式,就没有使用 BEM 格式的意义:
.hide { display: none !important; }
2.2 在 CSS 预处理器中使用 BEM 格式
BEM 的一个槽点是,命名方式长而难看,书写不雅。
相比 BEM 格式带来的便利来说,我们应客观看待。
而且,一般来说会使用通过 LESS/SASS 等预处理器语言来编写 CSS,利用其语言特性书写起来要简单很多。
以 LESS 为例:
.article { max-width: 1200px; &__body { padding: 20px; } &__button { padding: 5px 8px; &--primary {background: blue;} &--success {background: green;} } }
2.3 在流行框架的组件中使用 BEM 格式
在当前流行的 Vue.js / React / Angular 等前端框架中,都有 CSS 组件级作用域的编译实现,其基本原理均为利用 CSS 属性选择器特性,为不同的组件生成不同的属性选择器。
当你选择了这种局部作用域的写法时,在较小的组件中,BEM 格式可能显得没那么重要。
但对于公共的、全局性的模块样式定义,还是推荐使用 BEM 格式。
另外,对于对外发布的公共组件来说,一般为了风格的可定制性,都不会使用这种局部作用域方式来定义组件样式。
此时使用 BEM 格式也会大显其彩。
2.4 避免 .block__el1__el2 的格式
在深层次嵌套的 DOM 结构下,应避免过长的样式名称定义。
3 总结
BEM 最难的部分之一是明确作用域是从哪开始和到哪结束的,以及什么时候使用或不使用它。
随着不断使用的经验积累,你慢慢就会知道怎么用,这些问题也不再是问题。
技术无好坏,合适方最好。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)