隨著 Node.js 、react-native 等技術的不斷出現,和互聯網行業的創業的層出不窮,了解些前端知識,成為全棧攻城師,快速的產出原型,展示你的創意,對程序員,尤其是在創業的程序員來說,越來越重要,下面我們就跟隨著名國外開發者網站上的熱推文章《Leveling up in CSS》,從提升你的CSS技巧開始。
CSS 在剛開始學習的時候看起來非常簡單。畢竟,它僅僅就是些樣式而已,事實上是這樣嗎?
但是,隨著你的不斷了解。很快,你會發現 CSS 沒你想象的那么簡單,它復雜且有深度。
做好這四件事情,能讓你在大規模使用 CSS 的時候保證代碼的健壯性:使用適當的語義,模塊化,采用統一的命名規范,遵循單一功能原則。
使用適當的語義
在 HTML 和 CSS 編程中有語義標注的概念。語義是指單詞的含義和他們間的關系。在 HTML 編程中,意味著你需要使用一個合適的標簽名字來標記。下面是一個經典的例子。
<!-- bad --> <div class=”footer”></div> <!-- good --> <footer></footer>
富有語義的 HTML 是非常簡單明確的。另一方面,富有語義的 CSS 則是更抽象和主觀的。編寫富有語義的 CSS 意味著在選擇類型的時候,類名要傳達出結構和功能信息。類名要很容易被理解。確保它們不要太具體、太特殊。這樣,你就可以復用它了。
為了闡述什么是一個良好的類名,請看這個簡化了的 Medium 網站的 CSS 例子。
<div class="stream"> <div class="streamItem"> <article class="postArticle"> <div class="postArticle-content"> <!-- content --> </div> </article> </div> </div>
通過這些代碼,你可以立即識別出它們的結構、功能和含義。父節點的類名是 stream ,內容是一個文章列表。它的子節點的類名是 streamItem ,內容是文章列表中的一篇具體的文章。這使我們很容易的了解到父節點和子節點之間的關系。并且,這些類可以在每一個有文章功能的頁面中使用。
你可以像閱讀一本書一樣讀 HTML 和 CSS。它會給你講一個故事。通過故事你可以了解故事中的每一個角色和他們之間的關系。語義豐富的 CSS 代碼容易理解,更便于維護。
若果你想進一步了解語義相關的內容,看看 《怎么富有語義的為類命名》、《CSS 命名不簡單》 和 《富有語義和容易識別(的代碼命名)》,再看 《關于 HTML 命名和前端架構》。
模塊化
在這個充滿了組件庫(以 React 為例)的時代,模塊化就是王者。組件就是由已經解構了的接口創建的可組合的模塊。下面是一個Product Hunt(一種發布好的創業項目的網站)前端頁面。作為練習,讓我們將這個頁面分解成一系列的組件。
每種顏色框代表一個組件,stream 節點下分為好多個 stream item 子節點。
<div class="stream"> <div class="streamItem"> <!-- product info --> </div> </div>
大多數組件都可以分解為更小的組件。
每一個 stream item 組件都有一個縮略圖和一個特色的產品信息。
<!-- STREAM COMPONENT --> <div class="stream"> <div class="streamItem"> <!-- POST COMPONENT --> <div class="post"> <img src="thumbnail.png" class="postThumbnail"/> <div class="content"> <!-- product info --> </div> </div> </div> </div>
由于 stream 組件和它的子控件是完全獨立的,你可以很容易的調整或者更換 post 組件,并且這不會對 stream 組件產生任何影響。
使用組件的思想將會使你的代碼解耦。解耦的代碼越多,你的類之間的依賴就越低。這會讓你的代碼更容易修改,并且使你的代碼更長時間的工作下去而不用修改它。
組件驅動設計
模塊化你的 CSS 時,首先將你的設計分解成多個組件。你可以使用紙和筆,也可以使用類似 Illustrator 或者 Sketch 這類的軟件。確定你將要如何命名這些組件,同時理清各個組件之間的關系。
閱讀更多關于 CSS 組件驅動的文章,詳見《CSS 建構:可擴展和模塊化處理》、《使用 Sass 編寫模塊化的 CSS》和《模塊化你的前端代碼——編寫高可維護和條理清晰的代碼》。
采用統一的命名規范
目前有幾十個不同版本的 CSS 命名規范。有些人對他們選擇的命名規范極其篤定,認為他們的比別人的更好。事實上,不同的人喜歡不同的命名規范。我聽到的最好的建議是:選擇你覺得最合適的命名規范。
下面簡單列舉一下常用的命名規范:
Object oriented CSS OOCSS Block element modifier (BEM) Scalable and modular architecture for CSS (SMACSS) Atomic
我最喜歡的命名規范是 BEM。BEM 代表塊(block)、元素(element)和修飾符(modifier)。Yandex,在俄羅斯的相當于谷歌的搜索引擎,為了解決他們 CSS 代碼庫中的縮放問題而提出了它(它指BEM)。
BEM 是一個極其簡單——又極其嚴格——的命名規范。
.block {} .block__element {} .block--modifier {}
塊(Blocks)代表高級別的類。元素(Elements)是塊的子模塊。修飾符(modifiers)代表不同的狀態。
<div class="search"> <input type="search__btn search__btn--active" /> </div>
在上面的示例中, search 是塊(block),search button是它的元素(element)。如果你想要更改按鈕的狀態,我們可以為按鈕增加一個修飾符,例如 active 。
關于命名規范要記住的一件事是,無論你喜歡哪種命名規范,你會經常繼承或者工作在不同標準的代碼庫上。請敞開心扉去學習新的標準,用不同的思維去思考 CSS 。
你可以在《深入學習 BEM 語法》、《BEM 101》和《BEM 簡介》上看到更多關于 BEM 的信息。想要了解不同的命名規范,參見《OOCSS、ACSS、BEM、SMACSS:這些是什么?我該用哪個?》。
遵循單一功能原則
單一功能原則規定每個模塊和類都應該有一個單一的功能,并且該功能應該由這個類完全封裝起來。
在 CSS 中,單一功能原則代表每一段代碼、類和模塊只做一件事。當我們提交 CSS 文件時,這意味著每個獨立的組件(例如輪播效果和導航欄)都應該有自己的 CSS 文件。
/components |- carousel |- |- carousel.css |- |- carousel.partial.html |- |- carousel.js |- nav |- |- nav.css |- |- nav.partial.html |- |- nav.js
另外一個常見的組織文件的方式是按照功能將文件分組。舉個栗子,如上面所示,所有和輪播效果組件有關的文件都被分類到了一起。采用這種方式可以讓你更容易的找到相關文件。
除了對組件的樣式進行分離之外,最好利用單一功能原則對全局樣式也進行分離。
/base |- application.css |- typography.css |- colors.css |- grid.css
在這個例子中,每個相關的樣式被分離到自己的樣式文件中。這樣,如果你想要修改樣式中的顏色,那么你將會很容易的找到它。
無論你使用哪種方式組織文件結構,盡量在決定的時候參考單一功能原則。一旦有某個文件開始變的臃腫,那么考慮按照邏輯功能將它分成多個部分。
更多有關組織文件結構和 CSS 架構的文章,詳見《Sass 審美 1:架構和組織樣式文件》和《可擴展和可維護的 CSS 架構》。
當單一功能原則應用于你的每一個 CSS 類選擇器中時,這意味著每一個類選擇器都有著唯一的功能。換句話說,要根據不同關注點將樣式分離到不同的類選擇器中。下面是個經典的例子:
.splash { background: #f2f2f2; color: #fffff; margin: 20px; padding: 30px; border-radius: 4px; position: absolute; top: 0; right: 0; bottom: 0; left: 0; }
在上面的例子中,我們將關注點耦合了。splash 這個類不但包含了本身的樣式和邏輯,同時也包含了它的子節點的。為了解決這個問題,我們可以將這段代碼分離為兩個新的類。
.splash { position: absolute; top: 0; right: 0; bottom: 0; left: 0; }
現在我們有 splash 和 splash content 兩個類。我們可以將 splash 作為一個一般的全屏類,它可以擁有任何子節點。所有子節點關注的屬性,都在 splash content 中,與父節點的屬性是完全解耦的。
簡單勝過復雜
如果你問任何一個成功的前端開發工程師或者 CSS 架構師,他們會告訴你,他們從來沒有對自己的代碼完全滿意。寫好 CSS 是一個不斷迭代的過程。從簡單開始,遵循基本的 CSS 規則和樣式指南,然后不斷迭代。