用“五個為什么”寫CSS

Lin_R 發(fā)布于2019-08-28 18:12 / 2886人閱讀

摘要：在中來講，就是當(dāng)發(fā)現(xiàn)樣式異常時，使用五個為什么深入找到的根本原因所在之處的重復(fù)次數(shù)越多，說明問題越嚴(yán)重，對問題的解決方案也應(yīng)投入的更多。

相信大多數(shù)人都有過關(guān)于CSS的痛苦經(jīng)歷，從我加入公司到現(xiàn)在，不到兩年的時間里，聽到最多CSS相關(guān)的討論就是‘很難調(diào)’。所以我也一直在探究這其中有怎樣的問題，為什么很多人覺得CSS很難寫，如何才能讓其他人更優(yōu)雅的寫CSS。在Code Review的時候，我漸漸的發(fā)現(xiàn)了問題所在，其實很多人已經(jīng)掌握了豐富的CSS知識，但卻不知道如何分組屬性寫成class。最后只好在需要改變樣式的元素上隨意起個名字做class然后把所有要寫的屬性丟進(jìn)這個class里，如果優(yōu)先級不夠，再把前面的選擇器都加上。結(jié)果就是CSS代碼不斷堆積，重復(fù)和冗余不斷增多，維護(hù)也變得舉步維艱。

問題找到了，但如何解決呢，雖然我在項目組內(nèi)做了幾次分享，還經(jīng)常在Code Review的時候提出一些問題，卻還是收效甚微。有時候知道什么是正確的很容易，但知道如何才能做到正確卻很難。直到最近，看了幾本書之后，發(fā)現(xiàn)了一個很適合指導(dǎo)設(shè)計CSS的方法，那就是五個為什么或者叫五問法。五問法來自豐田的精益生產(chǎn)，后來自然衍生到了精益創(chuàng)業(yè)中，在DDD以及UX相關(guān)書籍中都會見到這個方法，其主旨是深入發(fā)覺大量現(xiàn)象的背后所隱藏的真正原因。乍一看它是一個管理方法，其實我覺得它是一種思維方式，即刨根問底的找到問題的根本原因并解決。所以被應(yīng)用于各個領(lǐng)域，自然對于CSS所面臨的問題也正恰如其分。

場景示例

先來舉個例子吧，某天Code Review發(fā)現(xiàn)了一條CSS代碼是這樣寫的：

.max-width {
    max-width: 300px;
}

由此產(chǎn)生了以下對話（純屬虛構(gòu)）：

  UI Dev：“不應(yīng)該這樣寫，這和直接寫內(nèi)聯(lián)樣式有什么區(qū)別呢？”

Dev：“如果我不加最大寬度，頁面上那個元素左邊就會多出一部分，不然加個margin外邊距可以嗎？”

UI Dev：“這個...我也不確定，我從沒遇到過這樣的問題，一定是哪里有問題。”

Dev：“確實這樣寫也挺不好的，過一段時間就不知道這行代碼什么意思了，也不敢修改它。但究竟應(yīng)該如何寫呢？”

UI Dev：“呃，這樣吧，我們來試試五個為什么，找找問題的根本原因。”

Dev：“好啊，CSS的問題也困擾我好久了，能解決就最好了。”

UI Dev：“首先問問，為什么要給元素加最大寬度呢？”

Dev：“因為不加就就會多出一部分呀。”

UI Dev：“那為什么這個元素會多一部分呢？”

Dev：“因為沒加最大寬度，開個玩笑，別生氣，其實我也不確定，不過用DevTools看了一下，好像它的父元素的寬度也不對。”

  UI Dev：“已經(jīng)接近了，為什么父元素的寬度不對？”

  Dev：“因為父元素的內(nèi)邊距兩邊不一樣。”

  UI Dev：“為什么父元素的內(nèi)邊距不一致？”

Dev：“啊，我知道了，原來為父元素的父元素寫了一個last的偽選擇器，它是用來把padding-right設(shè)為0的，因為父元素現(xiàn)在正好是最后一個，所以被影響了。”

UI Dev：“別急，為什么要把最后一個元素的padding-right設(shè)為0？”

Dev：“因為原先最后面的那個元素里面是一個無法修改樣式的控件，需要把padding-right設(shè)為0才能放得下。”

UI Dev：“所以這才是問題所在，我們的意圖是給空間的容器加上padding-right為0的屬性對嗎？而不是給最后一個元素加，所以應(yīng)該寫一個class，也許叫做‘widget-container’之類的，放在那個容器上，然后把last偽選擇器刪掉，如此一切就正常了。原先出問題的地方其實是沒問題的。”

Dev：“原來是這樣，太好了，我學(xué)到了，樣式出問題的地方不一定是代碼有問題的地方，五個為什么太有用了。”

這樣反復(fù)問多次“為什么”可以讓我們找到問題的根本所在，如果僅僅從表面現(xiàn)象去解決問題很可能導(dǎo)致南轅北轍的后果。而且在例子中的last偽選擇器就是因為沒有找到根本原因而簡單粗暴的寫了這樣一行代碼而導(dǎo)致的。這個例子還很好的展現(xiàn)了五個為什么對于CSS的益處，不僅是找到問題的根本原因，還使得我們在寫CSS的時候意圖更加明確。如此一來，class命名難的問題也迎刃而解，padding-right應(yīng)該為的0的元素是那個控件的容器，所以很容易想出“widget-container”這樣的名字，因為通過五個為什么的方法找到了真正的意圖，此時，class叫什么和應(yīng)該放在哪都是水到渠成了。

按比例投入

但有時候我們所面對的項目不會這么善良，“為什么”的層級越多，說明CSS的關(guān)系也越復(fù)雜，所以現(xiàn)在我們來談?wù)勎鍌€為什么中的一個重要原則，按比例投入。其主旨是小問題小投入，大問題大投入，問題等級越高，投入也應(yīng)該越大。在CSS中來講，就是當(dāng)發(fā)現(xiàn)樣式異常時，使用五個為什么深入找到的根本原因所在之處的重復(fù)次數(shù)越多，說明問題越嚴(yán)重，對問題的解決方案也應(yīng)投入的更多。

再回到上面的例子中，通過一個元素位置異常的問題，找到根本原因來自一個控件需要內(nèi)邊距為0的容器元素，由于第一次發(fā)現(xiàn)，所以選擇投入較小的解決方案，針對該控件加一個class用來去掉內(nèi)邊距。目前看來是很正確的，但如果接二連三的從不同的問題上深入找到這個控件上，那就說明問題等級提升了，不應(yīng)該僅僅是在每個調(diào)用控件的容器上添加該class。此時我們可以考慮其他方式，比如把所有容器內(nèi)邊距都設(shè)為0，而有針對性的對內(nèi)部元素添加外邊距，如果問題等級繼續(xù)提升，還可以修改甚至替換控件，或者重構(gòu)其他部分來適應(yīng)該控件。總之就是要按問題等級選擇解決問題的手段，這樣的好處不僅僅是原先在精益中那樣可以自動調(diào)節(jié)效率，還可以等樣式需求更明確的時候作出相應(yīng)的重構(gòu)。

由于CSS的描述性，使得它很自由，所以同一個需求，往往一百個開發(fā)者有一百種實現(xiàn)。在第一次碰到一個需求時，更是很難寫出最佳實現(xiàn)，只能有針對性的寫一個專屬class把需要的屬性扔進(jìn)去。其實問題不在于此，而在于之后是否能在相同問題出現(xiàn)時重構(gòu)原先的代碼，根據(jù)所有相關(guān)問題寫出更具普適性的class。有經(jīng)驗的UI Dev有時會通過經(jīng)驗來判斷，直接寫出這種class，Bootstrap這類框架就是這樣的，但沒有或較少經(jīng)驗的開發(fā)者就會產(chǎn)生疑惑。五個為什么的按比例投入原則可以很好的驅(qū)動CSS的開發(fā)，用深入的根本原因連接不同元素甚至不同頁面上出現(xiàn)的問題，這樣使我們能夠安心的以目前的問題等級來組織代碼，等到再次碰到問題并找到這里，才再次重構(gòu)以解決問題。

原文鏈接