方法论是一个哲学术语,会对一系列具体的方法进行分析研究、系统总结并最终提出较为一般性的原则。CSS方法论是一种面向CSS、由个人和组织设计、已被诸多项目检验且公认有效的最佳实践。这些方法论都会涉及结构化的命名约定,并且在组织CSS时可提供相应的指南,从而提升代码的性能、可读性以及可维护性。本章会讲解三种CSS方法论:OOCSS、BEM和SMACSS。
## 一、OOCSS
  [OOCSS](http://oocss.org/)(Object-Oriented CSS)是指面向对象的CSS,由Nicole Sullivan在2009年提出,借鉴了面向对象编程的抽象思维。其核心概念是采用模块化的实现方式,将CSS分解成可复用和继承的对象,也就是将关注点从页面转移到页面内的组件。OOCSS包含两条核心原则,如下所列,每条原则下都给出了相应的示例。
  (1)结构与皮肤分离,即不要将位置、尺寸等结构属性和字体、颜色等皮肤属性写在一个选择器中。
~~~html
<style>
.col {
float: left;
width: 200px;
}
.line {
background: #F60;
}
</style>
<div class="line col"></div>
~~~
  (2)内容与容器分离,即让对象的行为可预测,避免对位置的依赖,子元素即使离开了容器也应该能正确显示。
~~~html
<style>
.line {
background: #F60;
}
.unit {
width: 50%;
}
</style>
<div class="line">
<div class="unit"></div>
</div>
~~~
**1)命名约定**
  在OOCSS中,类名既要能传递对象的用途,也要有通用性,例如mod、complex、pop等。如果将CSS类命名的太语义化,例如navigation-bar,那么就会将其限制在导航栏,无法应用到网页的其它位置。
**2)缺点**
  OOCSS的缺点也很明显,如下所列。
  (1)虽然样式的粒度变小了,但同时会产生许多充满类的HTML元素。
  (2)在避免特殊性冲突时,OOCSS选择的方案是放弃层叠,这样就无法最大程度地利用关系选择器的优势。
  (3)为了让类能更通用,在命名时就得弱化语义。
## 二、BEM
  [BEM](http://getbem.com/)(Block Element Modifier)是指块级元素修饰符,也是在2009年提出,起源于Yandex(俄语版的Google)。BEM分为三部分:
  (1)块(Block)是一个独立实体,最高级抽象,相当于OOCSS中的对象,例如菜单、文本框等。
  (2)元素(Element)是块的组成部分,被包含在块中,无法自成一体,例如菜单项、标题等。
  (3)修饰符(Modifier)是块或元素的状态,可更改它们的外观或行为,例如高亮、选中等。
**1)命名约定**
  BEM中的块、元素和修饰符需要全部小写,名称中的单词用连字符(-)分隔,元素由双下划线(\_\_)分隔,修饰符由双连字符(--)分隔。注意,块和元素都既不能是HTML元素名或ID,也不依赖其它块或元素。
  在下面的示例中,.form是块,.form\_\_input和.form\_\_submit是其元素,.form--theme-xmas是其修饰符,而.form\_\_submit--disabled是.form\_\_submit的修饰符。
~~~html
<style>
.form {}
.form--theme-xmas {}
.form__input {}
.form__submit {}
.form__submit--disabled {}
</style>
<form class="form form--theme-xmas">
<input class="form__input" type="text" />
<input class="form__submit form__submit--disabled" type="submit" />
</form>
~~~
  BEM的核心思想就是用这种命名约定来清晰的表达出类的含义以及与其它类之间的关系。
**2)缺点**
  BEM的缺点如下所列。
  (1)BEM与OOCSS一样,也抛弃了层叠,因此也不能完全挖掘出关系选择器的潜力。
  (2)CSS类名可能会比较长而且复杂。
  (3)需要完善规则说明文档,否则HTML结构将难以阅读。
## 三、SMACSS
  [SMACSS](http://smacss.com/)(Scalable and Modular Architecture for CSS)是指可伸缩及模块化的CSS架构,由Jonathan Snook在2011年雅虎工作时提出。他在OOCSS和BEM的基础上添加了五种类别的组件的处理规则,具体如下所列。
  (1)基础(Base)是为HTML元素定义默认样式,可以包含属性、伪类等选择器。
  (2)布局(Layout)会将页面分为几部分,可作为高级容器包含一个或多个模块,例如左右分栏、栅格系统等。
  (3)模块(Module)又名对象或块,是可重用的模块化部分,例如导航栏、产品列表等。
  (4)状态(State)描述的是任一模块或布局在特定状态下的外观,例如隐藏、激活等。
  (5)主题(Theme)也就是换肤,描述了页面的外观,它可修改前面四个类别的样式,例如链接颜色、布局方式等。
**1)命名约定**
  推荐使用前缀来区分布局、模块、状态和主题,如下所列。
  (1)“l-”或“layout-”用作布局的前缀,例如.l-inline、.layout-grid等。
  (2)“m-”或模块自身的命名用作其前缀,例如.m-profile、.field等。
  (3)“is-”用作状态的前缀,例如.is-collapsed、.is-active等。
  (4)“theme-”用作主题的前缀,例如.theme-a-background、.theme-l-grid等。
  注意,由于基础规则是直接作用于元素的,因此不需要前缀。
**2)共享**
  在实际工作中,不需要局限于某一个CSS方法论,很多时候可以结合使用,共享模块化CSS的规则。例如遵循OOCSS的第一条分离原则,BEM的命名约定,以及SMACSS的分类前缀,具体如下所列。
  (1)基础仍旧沿用SMACSS的规则,布局和模块使用SMACSS的前缀。
  (2)子元素用双下划线(\_\_)分隔,其状态前缀沿用“is-”。
  (3)修饰符也以“is-”为前缀,与模块组合时用双连字符(--)分隔。
  (4)适当层叠,最好保持在一层。
  在下面的示例中,.m-notice\_\_img和.m-notice\_\_content是模块的子元素,.is-important是子元素h6的状态,.m-notice--is-active是模块的修饰符。
~~~html
<style>
.l-notice {}
.m-notice {}
.m-notice--is-active {}
.m-notice__img {}
.m-notice__content h6 {}
.is-important {}
</style>
<div class="m-notice l-notice">
<img class="m-notice__img" />
<div class="m-notice__content">
<h6>......</h6>
<h6 class="is-important">......</h6>
</div>
</div>
~~~
*****
> 原文出处:
[博客园-CSS躬行记](https://www.cnblogs.com/strick/category/1667864.html)
[知乎专栏-CSS躬行记](https://zhuanlan.zhihu.com/pwcss)
已建立一个微信前端交流群,如要进群,请先加微信号freedom20180706或扫描下面的二维码,请求中需注明“看云加群”,在通过请求后就会把你拉进来。还搜集整理了一套[面试资料](https://github.com/pwstrick/daily),欢迎浏览。
![](https://box.kancloud.cn/2e1f8ecf9512ecdd2fcaae8250e7d48a_430x430.jpg =200x200)
推荐一款前端监控脚本:[shin-monitor](https://github.com/pwstrick/shin-monitor),不仅能监控前端的错误、通信、打印等行为,还能计算各类性能参数,包括 FMP、LCP、FP 等。
- ES6
- 1、let和const
- 2、扩展运算符和剩余参数
- 3、解构
- 4、模板字面量
- 5、对象字面量的扩展
- 6、Symbol
- 7、代码模块化
- 8、数字
- 9、字符串
- 10、正则表达式
- 11、对象
- 12、数组
- 13、类型化数组
- 14、函数
- 15、箭头函数和尾调用优化
- 16、Set
- 17、Map
- 18、迭代器
- 19、生成器
- 20、类
- 21、类的继承
- 22、Promise
- 23、Promise的静态方法和应用
- 24、代理和反射
- HTML
- 1、SVG
- 2、WebRTC基础实践
- 3、WebRTC视频通话
- 4、Web音视频基础
- CSS进阶
- 1、CSS基础拾遗
- 2、伪类和伪元素
- 3、CSS属性拾遗
- 4、浮动形状
- 5、渐变
- 6、滤镜
- 7、合成
- 8、裁剪和遮罩
- 9、网格布局
- 10、CSS方法论
- 11、管理后台响应式改造
- React
- 1、函数式编程
- 2、JSX
- 3、组件
- 4、生命周期
- 5、React和DOM
- 6、事件
- 7、表单
- 8、样式
- 9、组件通信
- 10、高阶组件
- 11、Redux基础
- 12、Redux中间件
- 13、React Router
- 14、测试框架
- 15、React Hooks
- 16、React源码分析
- 利器
- 1、npm
- 2、Babel
- 3、webpack基础
- 4、webpack进阶
- 5、Git
- 6、Fiddler
- 7、自制脚手架
- 8、VSCode插件研发
- 9、WebView中的页面调试方法
- Vue.js
- 1、数据绑定
- 2、指令
- 3、样式和表单
- 4、组件
- 5、组件通信
- 6、内容分发
- 7、渲染函数和JSX
- 8、Vue Router
- 9、Vuex
- TypeScript
- 1、数据类型
- 2、接口
- 3、类
- 4、泛型
- 5、类型兼容性
- 6、高级类型
- 7、命名空间
- 8、装饰器
- Node.js
- 1、Buffer、流和EventEmitter
- 2、文件系统和网络
- 3、命令行工具
- 4、自建前端监控系统
- 5、定时任务的调试
- 6、自制短链系统
- 7、定时任务的进化史
- 8、通用接口
- 9、微前端实践
- 10、接口日志查询
- 11、E2E测试
- 12、BFF
- 13、MySQL归档
- 14、压力测试
- 15、活动规则引擎
- 16、活动配置化
- 17、UmiJS版本升级
- 18、半吊子的可视化搭建系统
- 19、KOA源码分析(上)
- 20、KOA源码分析(下)
- 21、花10分钟入门Node.js
- 22、Node环境升级日志
- 23、Worker threads
- 24、低代码
- 25、Web自动化测试
- 26、接口拦截和页面回放实验
- 27、接口管理
- 28、Cypress自动化测试实践
- 29、基于Electron的开播助手
- Node.js精进
- 1、模块化
- 2、异步编程
- 3、流
- 4、事件触发器
- 5、HTTP
- 6、文件
- 7、日志
- 8、错误处理
- 9、性能监控(上)
- 10、性能监控(下)
- 11、Socket.IO
- 12、ElasticSearch
- 监控系统
- 1、SDK
- 2、存储和分析
- 3、性能监控
- 4、内存泄漏
- 5、小程序
- 6、较长的白屏时间
- 7、页面奔溃
- 8、shin-monitor源码分析
- 前端性能精进
- 1、优化方法论之测量
- 2、优化方法论之分析
- 3、浏览器之图像
- 4、浏览器之呈现
- 5、浏览器之JavaScript
- 6、网络
- 7、构建
- 前端体验优化
- 1、概述
- 2、基建
- 3、后端
- 4、数据
- 5、后台
- Web优化
- 1、CSS优化
- 2、JavaScript优化
- 3、图像和网络
- 4、用户体验和工具
- 5、网站优化
- 6、优化闭环实践
- 数据结构与算法
- 1、链表
- 2、栈、队列、散列表和位运算
- 3、二叉树
- 4、二分查找
- 5、回溯算法
- 6、贪心算法
- 7、分治算法
- 8、动态规划
- 程序员之路
- 大学
- 2011年
- 2012年
- 2013年
- 2014年
- 项目反思
- 前端基础学习分享
- 2015年
- 再一次项目反思
- 然并卵
- PC网站CSS分享
- 2016年
- 制造自己的榫卯
- PrimusUI
- 2017年
- 工匠精神
- 2018年
- 2019年
- 前端学习之路分享
- 2020年
- 2021年
- 2022年
- 2023年
- 日志
- 2020