Atitit.css 规范 bem 项目中 CSS 的组织和管理

块即是通常所说的 Web 应用开发中的组件或模块。每个块在逻辑上和功能上都是相互独立的。块中封装了组件相关的 JavaScript、CSS 代码和 HTML 模板。由于块是独立的，可以在应用开发中进行复用，从而降低代码重复并提高开发效率。块可以放置在页面上的任何位置，也可以互相嵌套。同一个块可以在页面上存在多个实例。块的不同实例具有相似的结构。一个典型的块的示例是菜单。一个项目中可以有多个不同的菜单，具体相似的结构和样式。

元素

元素是块中的组成部分。元素不能离开块来使用。BEM 不推荐在元素中嵌套其他元素。在菜单块中，每个菜单项是块中的元素。

1.2. 元素（Element）

一个元素是块的一部分，具有某种功能。元素是依赖上下文的：它们只有处于他们应该属于的块的上下文中时才是有意义的。

例如一个输入域和一个按钮是Search块的中的元素。

一个Block下的所有Element无论相互层级如何,都要摊开扁平的属于Block
所以 BEM 最多只有 B+E+M 三级,不可能出现 B+E+E+..+E+M 超长class名,也要求E不能同名

1.3. BEM树（和DOM树类似）。

通过把模板转换（使用XSL或是JavaScript）应用到BEM树上生成最终的浏览器标签。

1.4. 修饰符（modifier）的

为了避免开发一个和现有的块只稍微有点不同的另一个块，我们引入修饰符（modifier）的概念。

修饰符作为一个块或是一个元素的一种属性，代表这个块或这个元素在外观或是行为上的改变。

一个修饰符有一个名字和一个值。多个修饰符可以同时使用。

2. 块的独立性

随着一个项目的发展，我们常常会在页面中添加，删除，或者是移动一些块。例如，你可能想要互换Logo和Auth块，或者把Menu放到Search块下面。

为了让这个过程更加简化，块必须是独立的。

一个独立的块可以放置在页面的任意位置，包括嵌套在其他块里。

3. 独立的CSS

从CSS的角度来看：

BEM是不允许用标签选择器的,一开始难以接受... .menu li 能搞定的事情需要每个 li 都写.menu-item

· 一个块（或者一个元素）必须有一个唯一的“名字”（一个CSS类）这样才能被CSS规则所作用。

· 一定不能使用ID选择器:只有类选择器才能满足我们非唯一性的需求

· HTML元素不能用作CSS选择器（如.menu td）因为这样的选择器并非是完全上下文无关的。

· 避免使用级联（cascading）选择器（译注：如.menu .item）。

3.1. 为独立的CSS类命名

下面是一种可能的CSS类命名方案：

一个块的CSS类名就是这个块的名字（block name）。

...</ul>

一个元素的CSS类名是一个块名和一个元素名的组合，它们中间用一些符号隔开。

在一个元素的CSS类名中包含一个块名是必要的，这样可以让级联最小化。

我们在长名称中使用连字符分隔单词（例如，block-name），使用两个下划线来分隔块名和元素名（block-name__element-name）。

· 可以准确地检测到具有相同行为的块，因为它们有相同的CSS类名:使用CSS类选择器，可以拣选出所有相同名字的块，方便给它们定义动态行为

· BEM 实体名称全部是小写字母或数字。名称中的不同单词用单个连字符（-）分隔。

· BEM 元素名称和块名称之间通过两个下划线（__）分隔。

· 布尔修饰符和其所修饰的实体名称之间通过两个连字符（--）来分隔。不使用名值对修饰符。

4. BEM争议最大的就是它的命名风格

block + element + modifier，鼓励一级一级的写的非常具体，很长。

很违背习惯 CSS嵌套过多。超过3层就很难阅读了

5. OOCSS

OOCSS 表示的是面向对象 CSS（Object Oriented CSS），是一种把面向对象方法学应用到 CSS 代码组织和管理中的实践。面向对象方法学中的很多理念，如模块化、单一功能原则（Single responsibility principle）和关注点分离（Separation of concerns）等，对于需要组织和管理大量 CSS 代码的应用也是适用的。OOCSS 提出了 CSS 对象的概念，用来表示重复出现的可视化模式。这些模式可以被抽象成独立的 HTML、CSS 和 JavaScript 代码片段，并在整个项目中共享。

OOCSS 有两个重要的原则：

第一个原则是把结构和外观分开。重复出现的可视化模式应该只关注外观，而与 DOM 结构无关。这就要求 CSS 对象中的每个组成部分都有名称，并在 DOM 结构中通过 CSS 类名与之对应。因此在 OOCSS 中的样式规则都是使用类别选择器，而不依赖特定的 DOM 结构。这样可以提高 CSS 对象的可复用性。

第二个原则是把容器和内容分开。这就要求在 CSS 样式中不应该出现与 DOM 树中的位置相关的规则。CSS 样式应该只关注内容，而不是 DOM 元素及其层次关系。

6. ACSS

ACSS 表示的是原子化 CSS（Atomic CSS），是 Yahoo 提出来的一种独特的 CSS 代码组织方式，应用在 Yahoo 首页和其他产品中。ACSS 的独特性在于它的理念与一般开发人员的理解有很大的不同，并挑战了传统意义上编写 CSS 的最佳实践，也就是关注点分离原则。ACSS 认为关注点分离原则会导致冗余、繁琐和难以维护的 CSS 代码。

ACSS 的原则是把 CSS 样式打散成尽可能小的部分，每个 CSS 类只对应一条样式规则，从而达到最大化的可复用性。比如 CSS 类 M(10px)所对应的样式规则是 margin: 10px。在应用 CSS 样式时，只需要在把所需要的原子化 CSS 类名添加到 DOM 元素上即可。ACSS 提供了 Atomizer 工具来生成最终的 CSS 样式文件。

ACSS 的好处在于所生成的 CSS 文件只包含必须的内容，而且冗余很少，可以减少 CSS 文件的尺寸，提高性能。另外 CSS 类所对应的样式规则是不变的，这使得在不同的项目和组件之间共享 CSS 变得很容易。比如在使用传统的方式时，同样是名称为 header 的 CSS 类，其所实际表示的样式规则在不同的项目中可能完全不同。而在 ACSS 里面，名称为 M(10px)的 CSS 类所表示的样式规则永远都是 margin: 10px。ACSS 可能的缺点在于它与大多数开发人员所理解的最佳实践差异很大，可能不容易被接受。

7. CSS 组织和管理结论attilax总结

上面介绍了 BEM、OOCSS、SMACSS 和 ACSS 等几种不同的 CSS 命名规则，各有优缺点。对于开发团队来说，最重要的是找到最适合的组织和管理的方式。不需要盲目的遵循所谓的最佳实践，而是要找到最适合的方式。笔者根据个人经验推荐下面的组织和管理方式。

ACSS 的思想虽然有很多的优点，也在 Yahoo 这样的大公司得到了生产实践，但是 ACSS 的做法可能比较难以被大多数开发人员所理解，因此除非是团队的决策，否则不推荐使用。比较推荐的做法还是模块化，更容易让人所理解。

BEM通过Block、Element、Modifier来描述页面(关键就是为了解决多人协作的命名问题).这个走意义bda,可以使用cls+时间法...

8. Atibem

8.1. Modifier 不用bem方式，太繁琐。使用我们经常写的 .current .active 等表达状态

8.2. Block的命名很好。

结构清晰，严格执行 element 和 modifier 与 block 的从属关系； block 嵌套的层次要尽量少（他能搞得定，就不要给他再搞个爹）。

不用id方式，使用唯一的class作为block标识。。这样方便复用在一个页面多个同样的block。。

8.3. Element的命名

只命名e的。。不要和block拼接起来，这样很长。。

Css可以使用级联即可定义。。

9. 是否使用 SASS 或 LESS 这样的 CSS 预处理语言来编写？？？

不建议，因为这样ide dw对其的支持有限，导致预览有问题。

10. 参考

BEM的定义_BEM 教程_w3cplus.html

从 BEM 谈大型项目中 CSS 的组织和管理.html

如何看待 CSS 中 BEM 的命名方式？ - 张克军的回答 - 知乎.html

posted @ 2016-04-01 23:46 attilaxAti 阅读(350) 评论(0) 编辑收藏举报

刷新页面返回顶部

attilaxAti