海淘科技大家提供一個高大上的技術(shù):設(shè)計系統(tǒng)的CSS結(jié)構(gòu)。內(nèi)容如下:
我們剛剛給一個大型機構(gòu)搭建了一個設(shè)計系統(tǒng)并且創(chuàng)建了一個讓我們十分滿意的CSS架構(gòu)。這是第一次,我們在最后期限前完成任務(wù),并且沒有希望我做一些不同的東西。因此,我認為這是一個非常好的分享機會,告訴大家我們?nèi)绾未罱ㄏ到y(tǒng)CSS架構(gòu)的。
給項目一點背景,我們開始搭建一個設(shè)計系統(tǒng)和樣式指導(dǎo),為了滿足組織中成千上百的開發(fā)者,采用大量技術(shù)來創(chuàng)建它們超過500個內(nèi)部web應(yīng)用。
組織中的大量的開發(fā)者都專注與應(yīng)用編程,數(shù)據(jù)和邏輯,不專注與前端開發(fā)。因為他們的開發(fā)時間很緊張,開發(fā)者需要完成他們的app并且快速上線,他們經(jīng)常簡單地復(fù)制粘貼來自其他應(yīng)用前端的代碼或者使用框架,像用Bootstrap來完成UI的工作。就像你想的那樣,這樣積累的結(jié)果就是這些行為讓,本來就不一致的前端體驗變成了大雜燴。當然這就是我們想要拯救的,通過搭建組織結(jié)構(gòu),他們自己的周到的、穩(wěn)健的UI設(shè)計系統(tǒng)。
搭建CSS法則
在項目開始的時候,我們談?wù)摿碎_發(fā)者關(guān)于他們的流程和痛點,并問他們的接口設(shè)計系統(tǒng)如何讓他們的工作量變簡單。
完成我的前端指導(dǎo)問卷,這些導(dǎo)致一系列前端規(guī)則和系統(tǒng)封裝。這里有些我們創(chuàng)建的CSS具體規(guī)則。
從這些規(guī)則中,我們搭建了制約和語法,包含了這些規(guī)則,以滿足開發(fā)者的需求。這里有一個我們總結(jié)出的class語法:
所有的Class都和設(shè)計系統(tǒng)關(guān)聯(lián)的都以全局命名空間為前綴,這就是公司名稱后面加一個連體符
如果你工作的CSS框架是用于單個網(wǎng)站或者如果你對你的開發(fā)環(huán)境有絕對控制,那么引入全局命名空間是不需要的。但是如果你的設(shè)計系統(tǒng)是混合的技術(shù),那么為系統(tǒng)特定代碼創(chuàng)建一個標識是很重要的。作為第三方開發(fā)者,在多個環(huán)境中利用他們的系統(tǒng),營銷團隊可能會失控,因此 Lightning Design System引用了相似的方法到他們的系統(tǒng)之中(通過前綴.slds-),在我們的例子中,許多我們客戶的開發(fā)者使用Angular,因此他們已經(jīng)很熟悉命名空間的概念,因為Angular使用ng-作為命名空間,為Angular特殊的代碼。
除了命名空間,我們添加前綴到每個Class,為了使之更加明顯,這個這個Class是做什么的。下面是我們使用的類前綴:
我被灌輸來自Harry Roberts的一個概念,并且一開始在我認為這有道理的同事,我還是持有質(zhì)疑的態(tài)度的,僅僅因為這是額外的字符并且我認為前綴會降低代碼可讀性。然而我的想法是不對的。在實施類前綴之后,我發(fā)現(xiàn)他們對于分清每個類的角色十分有幫助并且對于破譯一個應(yīng)用的代碼庫十分容易一目了然。對于設(shè)計系統(tǒng)用戶,這種清晰的代碼能夠整理清楚頭緒,特別有用。
BEM 代表了“塊元素修飾”,這意味著:
這種方法論已經(jīng)很受歡迎了,將這些概念和全局命名空間和類前綴結(jié)合在一起,允許我們創(chuàng)造更明顯封裝的類名。
全局命名空間的結(jié)合,類別前綴,和BEM語法引出了一個明確的(是的,冗長的)類字符創(chuàng),允許開發(fā)者們在構(gòu)造UI的時候演繹他在之間扮演的角色。
讓我們檢查下以下的例子:
這里有另一個例子:
還有一個:
此外,毫無疑問,這些類比大多數(shù)其他方法的類更加冗長,但是對于這種特殊的系統(tǒng),這些約定很有意義。
明確細節(jié)
為了防止代碼瓦解,我們詳細說明如何處理這么多細小的細節(jié),就像注釋、代碼塊之間的空間距,tab還是space等等。感謝上天,Harry Roberts已經(jīng)將一個極佳的綜合的資源整合在了一起,稱之為CSS Guidelines,對于這些類型的約定,這個作為我們的底線。我們梳理所有的代碼并且標記出我們偏離Harry指出地方的計劃。
我一直有個關(guān)于CSS的一個問題,是找出究竟在哪里放一個規(guī)定的規(guī)則。如果我有一個主要的導(dǎo)航組件,我要把這些樣式放在頭部還是在部分的主要導(dǎo)航Sass?謝天謝地,Sass父元素原則器出現(xiàn)了,這允許我們把所有的組件特定的樣式放在一個根元素下:
這意味著,所有的主要導(dǎo)航樣式都可以在一個主導(dǎo)航Sass部分中找到,而不是將他們分成好幾個文件。
在Sass中嵌套可能十分方便,但是增加了糟糕輸出的危險,會有過長的選擇器字符創(chuàng)。我們遵循《盜夢空間》規(guī)則,嵌套永遠不超過3層。
牢記設(shè)計系統(tǒng)的CSS平坦規(guī)則,我們希望在下列情況中限制嵌套:
由于&符號,這會編譯成:
對于長樣式塊,我們不會嵌套裝飾代碼,因為這減少了代碼的可讀性。
組件特定媒體查詢器能夠在組件塊中嵌套。
這個會被編譯成:
設(shè)計系統(tǒng)會充分使用Sass的父元素選擇器原理。這里允許所有的給定組件的規(guī)則在一個地方維護。
這會被編譯成:
cn-c-primary-nav所有樣式都會在一個地方找到,而不是分散在許多部分文件之中。
1.狀態(tài)
組件的狀態(tài)必須包括在一個嵌套的元素之中。這包括了hover, focus,和active狀態(tài):
這需要編譯為:
狀態(tài)同樣可以選用通用類的形式,比如is-和 has-:
再者會被編譯成:
為了創(chuàng)建一個堅固的系統(tǒng),將這些規(guī)則都放入一個地方中,給我們需要堅持的一些制約和規(guī)定。當我們遇到一些規(guī)定不是很明顯或者有多重解決方案的情況下,我們需要一次談話,討論如何處理這些問題,如果需要的話可以更新方針。
在你開始沉迷于,困惑以及開始不同意一些我們在創(chuàng)建系統(tǒng)的時候的決定,記住這個結(jié)構(gòu)對我們正在運行的系統(tǒng)很重要。這是否意味著,這是對任何項目都堅不可摧的解決方案?不,我不是提議一定用那個。特定需求和組織設(shè)置,對設(shè)計CSS架構(gòu)的系統(tǒng)有足夠的影響。
我為很多項目工作過,在哪里我可以用類似于.table-of-contents li a這樣的字符串對付過去,但是這些項目大多數(shù)都是由我管理的。對于設(shè)計一個團隊環(huán)境的戶項目,我傾向于冗長,明確的語法,就像我上面描述的那樣,因為他們不給人們搞砸的空間。看看其他團隊像Sparkbox 得出的類似的結(jié)論,這是非常贊的。
距離項目已經(jīng)過去幾個禮拜了,我們重新在1.1版本上的設(shè)計系統(tǒng)繼續(xù)工作。我希望回到這個代碼庫,并且能夠看到我是如何速度地重新適應(yīng)它的!
海淘科技還為你提供更多的大神級別java軟件開發(fā)技術(shù),文章下載,點擊:設(shè)計系統(tǒng)的CSS結(jié)構(gòu)