很久以前就知道宜家,以前在廣州的時候也去過一次,給我的印象就是:大、貴、巧。地方很大,東西很貴,設計很巧。現在住的地方離IKEA不遠,這個月找時間去逛了下,地方還是那麼大,東西還是那麼貴,設計還是那麼的巧。雖然沒有買東西,不過也還是有所收穫的,透過IKEA的家具設計方法,我們可以聊聊模組化。
去過IKEA的同學應該都有註意到,IKEA的家具基本上都是組合的,可拆裝。模組化的特點也是這樣,可以組合,相對獨立,在需要的時候可以很方便的加上。那怎麼寫可以基本實現這種方式呢?給個簡單的例子:
模組化結構的例子。
對應的CSS可以這麼寫:
.mode-a{...}
.mode-a h3{...}
.mode-a p{...}
其中「mode-a」就是這個模組的名稱,表示這是名為「a」的模組,現在這個模組可以放到你所需要的地方。既然是做模組,就不會只有一個,我們再加一個「mode-b」:
對應的CSS可以這麼寫:
.mode-b{...}
.mode-b h3{...}
.mode-b div{...}
.mode-b h4{...}
.mode-b ul li{...}
實際應用大多需要加入一些classname來減少類別定義的複雜度,這個例子比較簡單,但足以說明模組化的特性。上面兩個模組可同時被使用到一個或多個頁面中。
在IKEA的賣場中,也許你也注意到了,基本上是以設計師來劃分商品區的,特別是那些小件的商品。模組化後的程式碼也可以被分配給不同的人來編寫,提高效率。當然要實現這種方式,我們也需要做些工作,如模組的命名規範、模組中哪些地方是需要留介面的等等。如上面的例子中可以約定的就有:命名以「mode」開頭,模組標題使用h3標籤。這樣不管是哪個人寫出來的模組都可以相容於專案中的頁面。
看到這你可能會發現,既然上面已經約定了模組固定的結構,每個模組的樣式定義中所寫的這一部分不就是冗餘的嗎?是的。如果已經形成相關的約定,這部分的樣式定義可以被提出來放到專案的公共定義中,減少程式碼的冗餘。如上面的例子可以變成:
/* =S global */
h3{
/* 第一種寫法*/
……
}
.mode-a h3,
.mode-b h3{
/* 第二種寫法*/
……
}
/* =E global */
/* =S mode-a */
.mode-a{...}
.mode-a p{...}
/* =E mode-a */
/* =S mode-b */
.mode-b{...}
.mode-b div{...}
.mode-b h4{...}
.mode-b ul li{...}
/* ==E mode-b */
不知你有沒注意到IKEA那些小件的商品,往往可以組合到不同的其它商品上面。這也帶出了模組化的另一個主題:模組中的模組。即在模組中可以存在其它的模組,也很好理解,就像我們做網站的時候,整個頁面的結構就像是一個大的模組,而上面所講的例子就是模組中的模組了,只不過我們把這個定義縮減一層。上面例子中對h3的定義,就可以看成是一個模組,它在「mode-a」、「mode-b」兩個模組中都出現,並且結構表現相對固定。
OK,這只是一個標籤的定義,如果不只一個標籤呢?我們重新改下例子:
模組化結構的例子。
這個是「模組中的模組」的例子。
模組「mode-a」就是一個模組中的模組。
/* =S mode-a */
.mode-a{...}
.mode-a h3{...}
.mode-a p{...}
/* =E mode-a */
/* =S mode-b */
.mode-b{...}
.mode-b h4{...}
.mode-b .cont{...}
.mode-b .cont ul li{...}
/* =E mode-b */
/* =S mode-c */
.mode-c{...}
.mode-c h4{...}
.mode-c .cont{...}
.mode-c .cont p{...}
/* =E mode-c */
從上面可以看到,「mode-a」是一個獨立的模組,當它作為「mode-b」和「mode-c」的一部分時,就成了模組中的模組了。拋下磚,希望能引出更多相關的討論。