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

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

1. 什么是BEM?1

1.1. 块(Block)2

1.2. 元素(Element)2

1.3. BEM树(和DOM树类似)。3

1.4. 修饰符(modifier)的3

2. 块的独立性4

3. 独立的CSS4

3.1. 为独立的CSS类命名5

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

5. OOCSS6

6. ACSS6

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

8. Atibem7

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

8.2. Block的命名很好。7

8.3. Element的命名8

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

10. 参考8

1. 什么是BEM?

BEM代表块(Block),元素(Element),修饰符(Modifier)。这些术语的含意将在本文进一步阐述。

编程方法论中一个最常见的例子就是面向对象编程(OOP)。这一编程范例出现在许多语言中。在某种程度上,BEM和OOP是相似的。它是一种用代码和一系列模式来描述现实情况的方法,它只考虑程序实体而无所谓使用什么编程语言。

Yandex是一个大公司(在俄罗斯),它使用BEM方法论来开发它的服务。

BEM 是一种前端项目开发的方法学,由 Yandex 公司提出。BEM 的名称来源于该方法学的三个组成部分的英文首字母,分别是块(Block)、元素(Element)和修饰符(Modifier)。这三个不同的组成部分称为 BEM 实体。

作者::  ★(attilax)>>>   绰号:老哇的爪子 ( 全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ) 汉字名:艾龙,  EMAIL:[email protected]

转载请注明来源: http://www.cnblogs.com/attilax/

1.1. 块(Block)

一个块是一个独立的实体,就像应用的一块“积木”。一个块既可以是简单的也可以是复合的(包含其他块)。

块即是通常所说的 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 class="menu">

...</ul>

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

<ul class="menu">

<li class="menu__item">…</li>

<li class="menu__item">…</li></ul>

在一个元素的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

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

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

时间: 03-30

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

laravel项目中css样式表的背景图片不显示

刚学laravel,遇到了很多坑,感觉laravel是挺强大的. 建好后台项目,奈何css样式表的背景图片不显示 .mainhd { background: url(../images/sky/body_bg.png) repeat-x 0px 0px; } 按理上面的写法没错,因为是从别的后台搬过来的,但是图片一直不显示,访问绝对路径却又能显示图片,坑. 原因是因为图片路径要使用单引号或者双引号的,下面是正确的写法 .mainhd { background: url('../images/sk

前端 CSS 规范大全

一.文件规范 1.文件均归档至约定的目录中(具体要求以豆瓣的CSS规范为例进行讲解): 所有的CSS分为两大类:通用类和业务类.通用的CSS文件,放在如下目录中: 基本样式库 /css/core 通用UI元素样式库 /css/lib JS组件相关样式库 /css/ui 业务类的CSS是指和具体产品相关的文件,放在如下目录中: 读书 /css/book/ 电影 /css/movie/ 音乐 /css/music/ 社区 /css/sns/ 小站 /css/site/ 同城 /css/locatio

前端CSS规范大全(转)

一.文件规范 1.文件均归档至约定的目录中. 具体要求通过豆瓣的CSS规范进行讲解: 所有的CSS分为两大类:通用类和业务类.通用的CSS文件,放在如下目录中: 基本样式库 /css/core 通用UI元素样式库 /css/lib JS组件相关样式库 /css/ui 业务类的CSS是指和具体产品相关的文件,放在如下目录中: 读书 /css/book/ 电影 /css/movie/ 音乐 /css/music/ 社区 /css/sns/ 小站 /css/site/ 同城 /css/location

切身体会,从项目中小结出 前端程序员容易忽视的一些基础知识

基础数据结构与算法 现在有两个不同的JSON,比较复杂,可以参考这里的DEMO中返回的JSON.要比较它们的差异,除了用现成的工具如beyond compare以外,如果我们的机器上没有安装这个工具,能如何较快解决?作为一个程序员,一个个对比是不可行的,对比完也不会有什么收获.我会把之放进Excel中(如果你机器连这个都没有,那忽视我),先排序,再用二分法去快速定位找到有差异的JSON属性,即使是1024个字段的大数据,也最多10次的定位即可找到.其实算法这东西,并不是给你一道题目然后把死记下来

项目中选择css框架的苦恼

优点 a) 提高开发效率. b) 规范名称定义,便于维护. c) 规范项目开发流程 d)css代码更清晰.简单.html代码更合理. e) 大规模项目中可以减少用户下载 弊端 a) 学习成本提高.你需要了解整个框架,需要阅读框架的文档. b)css框架对于一个小项目等页面来说很臃肿.框架中可能有大部分你用不到的代码. c)可能会无法帮助你的技术提高.太依赖框架,以至于很难排除bug.包括框架中本身就带的bug. d) 选择自己需要的框架与开发框架都很痛苦.写到后面发现越来越不灵活,越来越臃肿.

记一次项目中的css样式复用

本文同步至微信公众号:http://mp.weixin.qq.com/s?__biz=MzAxMzgwNDU3Mg==&mid=401616238&idx=1&sn=3c6e965283c632e9035875be43e6a305&scene=0#wechat_redirect 二维码: 一直觉得css是一个不被重视,或者说是重视不够的饭后甜点.因为它太“简单”,门槛低,不能彰显或提升广大闷骚程序猿的逼格...一直都想聊聊css相关的一些杂碎.正好借最近的一次项目实践来侃侃

四、处理项目中的资源文件:es6、css、图片压缩、图片转成base64的编码形式

新建目录 Coponents : 放需要的应用组件,创建layer组件: --App.js : 应用的入口 --创建layer组件: Layer.html Layer.less Layer.js --修改配置文件: *记得安装插件html-webpack-plugins; loader 官网 => Using Loaders 处理资源文件:接受一个资源文件作为参数,处理完返回一个资源文件:比如 CoffeeScript or JSX.这两种原本webpack不支持的格式: 特性: --串联 --

如何在vue &amp;&amp; webpack 项目中的单文件组件中引入css

引入方式很简单,就是在script下使用require()即可. 因为import 是import...from 的形式,所以是不需要的. <script> import {mapState, mapMutations} from "vuex" import DetailItem from "@components/detail" require('../assets/css/swiper-3.4.1.min.css') export default {

css框架---网易NEC之css规范,使用和学习心得

说在前头 关于网易NEC,(想瞧一瞧请点击这里)我最早听说是在三个月前:是一位三年多工作经验的前端大牛,推荐的:然后自己看了一下觉得非常不错.也就在公司项目中使用了,并逐渐喜欢了这种风格.现在,差不多用了三个多月:今天呢,再次拜读了新浪前端大牛--曹刘阳的<编写高质量代码--Web前端开发修炼之道>(想下载请点击这里),这本书是10年出来的,里面关于css样式文件如何分类,整理:样式如何命名,如何写出简洁,高效,可复用的css的见解,很多都能在NEC中找到影子:很多地方都不谋而合.所以呢,我就