　　 好程式設計師 web前端分享值得參考的css理論：OOCSS、SMACSS與BEM

最近在 The Sass Way裡看到了Modular CSS typography一文，發現文章在開頭部分就提到了OOCSS、 SMACSS、 BEM、這3個詞。“如果還不知道這些是什麼，請先不要繼續看下去”，聯想到作者這樣友好(gāo lěng)的提醒，作為圍觀群眾，自然要有所回應。所以，本文在這裡分別介紹它們。

　　OOCSS、SMACSS及BEM都是有關css的方法論(準確地說，其中BEM應該是一個完整的前端開發理論，不僅限於css)，可作為實現優秀css架構(css architecture)的指南。

　　css易於理解，但應用和維護並不簡單。在各種開發情景下，css都可能成為一個問題點。因此，我們編寫和組織css應認真、用心。

　　OOCSS

　　OOCSS (Object Oriented CSS)，字面意思是物件導向的CSS，是由Nicole Sullivan提出的css理論，其主要的兩個原則是：

　　Separate structure and skin(分離結構和主題) Separate container and content(分離容器和內容)

　　用一個例子來說明。請看下面這樣的圖文排列：

　　本作的主角，帝國北部地方貴族施瓦澤男爵的養子，也是托爾茲士官學校特科班 “Ⅶ組”的成員。

　　.media{

1. 　　padding: 10px;

2. 　　}

3. 　　.media:after{

4. 　　display: table;

5. 　　clear: both;

6. 　　content: " ";

7. 　　}

8. 　　.media-image-container{

9. 　　float: left;

10. 　　margin-right: 10px;

11. 　　}

12. 　　.media-image{

13. 　　display: block;

14. 　　}

15. 　　.media-body{

16. 　　overflow: hidden;

17. 　　}

18. 　　.media-shadow{

19. 　　box-shadow: 1px 1px 3px rgba(0, 0, 0, .5);

20. 　　}

　　上面這段程式碼用 media表示了這種圖文排列的頁面元素。如果把構成它的html、css及javascript(如果有)看做一個整體，那就相當於這是一個元件，或者說物件(object)。它可以在站點的任何地方被重用。
　　這樣是如何體現 OOCSS的兩個原則的呢?
　　Separate structure and skin
　　分離結構和主題是在於將一些視覺樣式效果 (例如background、color)作為單獨的“主題”來應用。在上面的例子中的陰影效果，沒有被直接寫在media的樣式規則內，而是被單獨寫在了一個名為media-shadow的class中。因此，它成為了可選擇、可拆分的主題。如果不需要對應主題，什麼也不要加，如果需要，加上對應的class，就是這樣的思路。
　　Separate container and content
　　分離容器和內容要求使頁面元素不依賴於其所處位置。在上面的例子中， css的選擇符都很短，無繼承選擇符(例如.header .media { })，所以，這個圖文排列的元件，可以在任何地方使用，且會有一致的外觀。
　　如果需要在特定的地方讓這個元件看起來不一樣一些，繼續為這個元件增加 class，將“不一樣的部分”作為可配置的選項。元件的外觀仍不依賴其所處位置。

　　操作指南
　　可以看出， OOCSS風格的css可以描述為兩點：
　　增加 class 不使用繼承選擇符
　　OOCSS追求元件的複用，其class命名比較抽象，一般不體現具體內容。

　　SMACSS
　　SMACSS (Scalable & Modular Architecture for CSS)，是由Jonathan Snook提出的css理論。其主要原則有3條：
　　Categorizing CSS Rules(為css分類) Naming Rules(命名規則) Minimizing the Depth of Applicability(最小化適配深度)
　　這些原則分別是什麼意思呢 ?
　　Categorizing CSS Rules
　　這一點是 SMACSS的核心。SMACSS認為css有5個類別，分別是：
　　Base Layout(Major Components) Module(Minor Components) State Theme
　　Base Rules，基礎樣式，描述的是任何場合下，頁面元素的預設外觀。它的定義不會用到class和ID。css reset也屬於此類。
　　Layout Rules，佈局樣式。它和後面的Module Rules一同，描述的是頁面中的各類具體元素。元素是有層次級別之分的，Layout Rules屬於較高的一層，它可以作為層級較低的Module Rules元素的容器。左右分欄、柵格系統等都屬於佈局樣式。
　　Module Rules，模組樣式。它可以是一個產品列表，一個導航條。一般來說，Module Rules定義的元素放置於前面說的Layout Rules元素之內。模組是獨立的，可以在各種場合重用。
　　State Rules，狀態樣式，描述的是任一元素在特定狀態下的外觀。例如，一個訊息框可能有success和error兩種狀態，導航條中的任一項都可能有current狀態。
　　繼續 OOCSS中的例子，下面新增的讓元素不顯示的is-hidden就屬於State Rules：
　　...

1. 　　複製程式碼

2. 　　.is-hidden{

3. 　　display: none;

4. 　　}

　　Theme Rules，主題樣式，描述了頁面主題外觀，一般是指顏色、背景圖。Theme Rules可以修改前面4個類別的樣式，且應和前面4個類別分離開來(便於切換，也就是“換膚”)。SMACSS的Theme Rules不要求使用單獨的class命名，也就是說，你可以在Module Rules中定義.mod { }然後在Theme Rules中也用.mod { }來定義需要修改的部分。

　　Naming Rules
　　Naming Rules是說在想class等的命名時，考慮用命名體現樣式對應的類別。
　　按照前面 5種的劃分，Layout Rules用l-或layout-這樣的字首，例如：.l-header、.l-sidebar。
　　Module Rules用模組本身的命名，例如圖文排列的.media、.media-image。
　　State Rules用is-字首，例如：.is-active、.is-hidden。
　　Theme Rules如果作為單獨class，用theme-字首，例如.theme-a-background、.theme-a-shadow。
　　Base Rules不會用到class和ID，是以標籤選擇符為主的樣式，例如p、a，無需命名。
　　命名規則不需要嚴格遵守，可以根據實際情況和自身喜好做其他的約定。記錄自己的約定 (寫文件)，然後遵守，就是可行的。
　　Minimizing the Depth of Applicability
　　字面翻譯是最小化適配深度。透過一個簡單的描述來說明：
　　 /* depth 1 */

1. 　　.sidebar ul h3 { }

2. 　　/* depth 2 */

3. 　　.sub-title { }

　　上下兩端 css的區別在於html和css的耦合度。可以想到，由於上面的樣式規則使用了繼承選擇符，因此對於html的結構實際是有一定依賴的。如果把h3元素搬到另一個位置，就有可能不再具有這些樣式。對應的，下面的樣式規則只有一個選擇符，因此不依賴於特定html結構，只要為元素新增class，就可以獲得對應樣式。

　　當然，繼承選擇符是有用的，它可以減少因相同命名引發的樣式衝突 (常發生於多人協作開發)。但是，我們不應過度使用，在不造成樣式衝突的允許範圍之內，儘可能使用短的、不限定html結構的選擇符。這就是SMACSS的最小化適配深度的意義。

　　看起來，這一點和 OOCSS的分離容器和內容的原則非常相似。

　　主要目標

　　SMACSS著力於實現兩個主要目標：

　　更語義化的 html和css 降低對特定html結構的依賴 BEM

　　BEM，即Block， Element， Modifier，是由Yandex(俄羅斯最著名的網際網路企業)的開發團隊提出的前端開發理論。BEM透過Block、Element、Modifier來描述頁面。

　　Block是頁面中獨立存在的區塊，可以在不同場合下被重用。每個頁面都可以看做是多個Block組成。
　　
　　Element是構成Block的元素，只有在對應Block內部才具有意義，是依賴於Block的存在。

　　Modifier是描述Block或Element的屬性或狀態。同一Block或Element可以有多個Modifier。
　　這三部分結合在一起，可以體現在 class命名上，從而為開發者提供更友好、更有意義的css組織方式。其形式是：
　　 .block { }

1. 　　.block_modifier { }

2. 　　.block__element { }

3. 　　.block__element_modifier { }

　　再回到前面 OOCSS的那個圖文排列的例子，對應用BEM的寫法的話就是：
　　本作的主角，帝國北部地方貴族施瓦澤男爵的養子，也是托爾茲士官學校特科班 “Ⅶ組”的成員。
　　這樣的寫法的好處是，在 class命名上以約定的形式攜帶了更多有用資訊。在多人合作的時候，新接手這個專案的人，也可以很容易從class命名上分辨出來，哪些部分是Block，哪些是對應的Element，哪些是Modifier，並進一步推斷出哪部分html可以獨立使用。

　　BEM是完整的前端開發理論，這裡只是提到了它採用的css的class命名規則。可以看出，BEM的命名規則可以使程式碼更易於維護。
　　這些理論真的可以應用嗎 ?
　　是的，而且有用。但是，請不要過於樂觀，任一種理論都只是對解決 css編寫、維護問題的一種嘗試，及其經驗總結。就實際具體的專案來說，你可能仍然會遇到困惑。這些理論最重要的是提供了一種思路(即使它們也提供開發模式的程式碼庫)，你可能不直接應用它們，但應該透過它們認識到，在寫程式碼之前，需要多一些思考。
　　不直接編寫 css而是採用less、sass等預編譯器，也同樣需要合理的程式碼編寫和組織方式，因為可以從編譯後得到的css來分析，所以原則是相通的。

　　結語
　　在整理寫文字之前，我只初步瞭解過 OOCSS，而對另外2個還沒有印象...(嗯，其實很正常)
　　本文的 3個理論各有各的風格，沒有孰優孰劣之說，都是在編寫css時值得參考的內容。如果可以，非常推薦自己根據這些理論背後的意圖，想一個適合自己的方法。

好程式設計師web前端分享值得參考的css理論：OOCSS、SMACSS與BEM

相關文章