方法論是一個哲學術語,會對一系列具體的方法進行分析研究、系統總結并最終提出較為一般性的原則。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),歡迎瀏覽。

推薦一款前端監控腳本:[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年
- 2024年
- 日志
- 2020