這篇文章給大家介紹如何理解CSS中選擇器的邏輯處理，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

創(chuàng)新互聯(lián)專注于彌勒網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠為您提供彌勒營銷型網(wǎng)站建設(shè)，彌勒網(wǎng)站制作、彌勒網(wǎng)頁設(shè)計(jì)、彌勒網(wǎng)站官網(wǎng)定制、微信小程序服務(wù)，打造彌勒網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供彌勒網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。

在過去的很長一段時(shí)間中，我們都說 CSS 是不帶有任何邏輯的，意思是在 CSS 中沒有控制流，也沒有某種類似于其他編程語言的方式來組織 CSS。CSS 天生缺乏邏輯性的問題導(dǎo)致了預(yù)處理器的出現(xiàn)。然而業(yè)界卻對(duì) CSS 預(yù)處理器褒貶不一，支持預(yù)處理器的人認(rèn)為這彌補(bǔ)了 CSS 缺失的特性；而反對(duì)預(yù)處理器的人則認(rèn)為 CSS 的設(shè)計(jì)初衷就不應(yīng)該帶有邏輯性，他們認(rèn)為根本不應(yīng)該引入預(yù)處理器這個(gè)概念。

然而，一種獨(dú)特的思考方法最近突然蹦入了我的腦袋。它讓我感到 CSS 確實(shí)擁有邏輯性！很少有人真正那么想過，這大概也是我們一直認(rèn)為 CSS 的邏輯性匱乏的最大原因吧。

我發(fā)現(xiàn)我們可以將復(fù)合選擇器理解為：主體部分 + 條件部分。首先來看一個(gè)例子：

CSS 

1. div.sidebar .login-box a.btn span {   

2.     /*...*/  

3. }  

在這個(gè)復(fù)合選擇器由主體部分是 span，而條件部分是 IF (inside .btn) AND IF (on a) AND IF (inside .login-box) AND IF (inside .sidebar) AND IF (on div)。

也就是說，一個(gè)選擇器的每一部分都是一個(gè) if 語句，需要在解析選擇器時(shí)被滿足（或者不滿足）。有了這種微妙的而又全新的認(rèn)識(shí)，如今我們回頭再看看自己曾經(jīng)寫出的 CSS 代碼，我們將會(huì)意識(shí)到選擇器寫的好或者壞，會(huì)對(duì)效率產(chǎn)生直接的影響。我們真的會(huì)寫出下面這段邏輯嗎？（偽代碼）：

CSS

1. @if exists(span) {   

2.   @if is-inside(.btn) {   

3.     @if is-on(a) {   

4.       @if is-inside(.login-box) {   

5.         @if is-inside(.sidebar) {   

6.           @if is-on(div) {   

7.             # Do this.   

8.           }   

9.         }   

10.       }   

11.     }   

12.   }   

13. }  

也許不會(huì)。這看上去太不直接，也太啰嗦了。我們也許只需要這么寫：

CSS 

1. @if exists(.btn-text) {   

2.   

3.   # Do this.   

4.   

5. }  

每當(dāng)為選擇器添加一層限制，其實(shí)我們也就是添加了額外的一個(gè) if 語句。這會(huì)導(dǎo)致圈復(fù)雜度問題（Cyclomatic Complexity)。
圈復(fù)雜度

在軟件工程中，圈復(fù)雜度是一種程序復(fù)雜性的一種度量標(biāo)準(zhǔn)，它一般計(jì)算程序中的控制流的數(shù)量（如 if, else, while 等）。程序中存在越多的控制流，則圈復(fù)雜度就越高。我們自然想要保證圈復(fù)雜度能夠盡量地低，因?yàn)槿?fù)雜度越高：

    代碼就越難推導(dǎo)
    更多潛藏著的、可能會(huì)導(dǎo)致失敗的問題
    代碼更難以修改、維護(hù)以及復(fù)用
    你需要考慮更多代碼執(zhí)行的結(jié)果與其副作用
    編寫測(cè)試代碼的難度也會(huì)更高

從圈復(fù)雜度的角度來思考 CSS 的解析過程，我們可以看到瀏覽器在渲染樣式之前需要做許多的決定。我們寫的選擇器中的 if 語句越多，這個(gè)選擇器的圈復(fù)雜度就越高，這也意味著我們寫的選擇器越糟糕，為了使得這一條選擇器規(guī)則滿足，就有需要匹配更多的條件。同時(shí)，我們寫的選擇器也會(huì)缺乏清晰度和復(fù)用性，因?yàn)橐肓诉^多不必要的 if 語句會(huì)導(dǎo)致不準(zhǔn)確的匹配(false positive)。

相比于將 span 嵌套于 .btn 內(nèi)部并寫一大堆限制條件，更好地做法應(yīng)該是創(chuàng)建一個(gè)新的類 .btn-text 來描述這個(gè) span。這樣做更加直截了當(dāng)，同時(shí)也更為簡(jiǎn)潔和健壯（越多的 @if 語句導(dǎo)致選擇器規(guī)則越不容易被滿足）。

值得注意的是瀏覽器解析你寫的選擇器的方式：從右向左。如果你在寫你的選擇器時(shí)，第一個(gè)想到的問題是：“這是一個(gè) span 元素嗎？” 那你通常就會(huì)把選擇器寫的過于冗繁。你應(yīng)該從另一個(gè)角度思考，寫出清晰準(zhǔn)確的選擇器規(guī)則，徹底摒棄那些冗余的條件語句。

請(qǐng)不要寫過于寬泛的規(guī)則，導(dǎo)致你寫的選擇器在匹配開始時(shí)就選中大量的 DOM 元素——然后不得不逐步通過更多的條件語句來刪減匹配的對(duì)象。從選擇器的規(guī)則解析的一開始就匹配盡量少的元素才是一種更棒的方法。

圈復(fù)雜度對(duì)于 CSS 來說可能是一種比較高階的原則，但如果我們通過它來考量那些蘊(yùn)含在我們寫的選擇器中的邏輯性，那我們也許就能寫出更加優(yōu)秀的代碼。

一些易于遵守的小規(guī)則，

    讓你的選擇器最簡(jiǎn)化：每一次你想要為選擇器添加規(guī)則時(shí)，你都在添加額外的 if 語句。將這些 if 語句大聲地讀出來，仔細(xì)考慮它們是否有添加的必要。你需要時(shí)刻保持你寫的選擇器足夠合理與簡(jiǎn)潔。
    保證圈復(fù)雜度最小化: 使用像 Parker 這樣的工具來測(cè)試你寫的選擇器的圈復(fù)雜度（參考文檔：Identifiers Per Selector）
    如果你不需要這個(gè)檢驗(yàn)條件，那就不要把它放進(jìn)選擇器: 有時(shí)在 CSS 中使用嵌套結(jié)構(gòu)是有必要的，可在大多數(shù)時(shí)候并不是，你甚至不能完全相信Inception Rule。
    從右邊考慮選擇器如何編寫: 從需要匹配的那類元素開始，寫盡量少的額外的 CSS 代碼來完成一次正確的匹配。
    寫選擇器時(shí)擁有明確的目的性: 確保你寫的選擇器確實(shí)是你想要的，而不是那些碰巧能使得頁面正常顯示的代碼。

你的選擇器是你的 CSS 結(jié)構(gòu)最基本的組成部分，一定要確保你寫的代碼足夠合理而簡(jiǎn)練。

關(guān)于如何理解CSS中選擇器的邏輯處理就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。

本文標(biāo)題：如何理解CSS中選擇器的邏輯處理
標(biāo)題URL：http://aaarwkj.com/article44/godihe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊(cè)、手機(jī)網(wǎng)站建設(shè)、云服務(wù)器、虛擬主機(jī)、用戶體驗(yàn)、品牌網(wǎng)站設(shè)計(jì)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)