資訊專(zhuān)欄INFORMATION COLUMN
摘要：過(guò)度使用簡(jiǎn)寫(xiě)形式的屬性聲明會(huì)導(dǎo)致代碼混亂，并且會(huì)對(duì)屬性值帶來(lái)不必要的覆蓋從而引起意外的副作用。只有在必要的時(shí)候才將限制在最近的父元素內(nèi)也就是后代選擇器例如，不使用帶前綴的時(shí)前綴類(lèi)似于命名空間。制定一致的注釋規(guī)范。
一、語(yǔ)法 1.1 注意
（1）用兩個(gè)空格來(lái)代替制表符（tab） -- 這是唯一能保證在所有環(huán)境下獲得一致展現(xiàn)的方法。
（2）為選擇器分組時(shí)，將多帶帶的選擇器多帶帶放在一行。
（3）為了代碼的易讀性，在每個(gè)聲明塊的左花括號(hào)前添加一個(gè)空格。
（4）聲明塊的右花括號(hào)應(yīng)當(dāng)多帶帶成行。
（5）每條聲明語(yǔ)句之后應(yīng)該插入一個(gè)空格。
（6）為了獲得更準(zhǔn)確的錯(cuò)誤報(bào)告，每條聲明都應(yīng)該獨(dú)占一行。
（7）所有聲明語(yǔ)句都應(yīng)當(dāng)以分號(hào)結(jié)尾。最后一條聲明語(yǔ)句后面的分號(hào)是可選的，但是，如果省略這個(gè)分號(hào)，你的代碼可能更易出錯(cuò)。
（8）對(duì)于以逗號(hào)分隔的屬性值，每個(gè)逗號(hào)后面都應(yīng)該插入一個(gè)空格（例如 ，box-shadow）。
（9）不要在 rgb()、rgba()、hsl()、hsla() 或 rect() 值的內(nèi)部的逗號(hào)后面插入空格。這樣利于從多個(gè)屬性值（既加逗號(hào)也加空格）中區(qū)分多個(gè)顏色值（只加逗號(hào)，不加空格）。
（10）對(duì)于屬性值或顏色參數(shù)，省略小于 1 的小數(shù)前面的 0 （例如，.5 代替 0.5；-.5px 代替 -0.5px）。
（11）十六進(jìn)制值應(yīng)該全部小寫(xiě)，例如，#fff。在掃描文檔時(shí)，小寫(xiě)字符易于分辨，因?yàn)樗麄兊男问礁子趨^(qū)分。
（12）盡量使用簡(jiǎn)寫(xiě)形式的十六進(jìn)制值，例如，用 #fff 代替 #ffffff。
（13）為選擇器中的屬性添加雙引號(hào)，例如，input[type="text"]。只有在某些情況下是可選的，但是，為了代碼的一致性，建議都加上雙引號(hào)。
（14）避免為 0 值指定單位，例如，用 margin: 0; 代替 margin: 0px;。
1.2 Example 二、聲明順序 2.1 相關(guān)屬性一組相關(guān)的屬性聲明應(yīng)當(dāng)歸為一組，并按照下面的順序排列：
（1）Positioning
（2）Box model
（3）Typographic
（4）Visual
2.2 說(shuō)明（1）由于定位（positioning）可以從正常的文檔流中移除元素，并且還能覆蓋盒模型（box model）相關(guān)的樣式，因此排在首位。
（2）盒模型排在第二位，因?yàn)樗鼪Q定了組件的尺寸和位置。
（3）其他屬性只是影響組件的內(nèi)部（inside）或者是不影響前兩組屬性，因此排在后面。
2.3 Example 三、不要使用 @import 3.1 不用原因與 標(biāo)簽相比，@import 指令要慢很多，不光增加了額外的請(qǐng)求次數(shù)，還會(huì)導(dǎo)致不可預(yù)料的問(wèn)題。
3.2替代方法（1）使用多個(gè) 元素
（2）通過(guò) Sass 或 Less 類(lèi)似的 CSS 預(yù)處理器將多個(gè) CSS 文件編譯為一個(gè)文件
（3）通過(guò) Rails、Jekyll 或其他系統(tǒng)中提供過(guò) CSS 文件合并功能
3.3 Example 四、媒體查詢（Media query）的位置 4.1 相關(guān)規(guī)則附近將媒體查詢放在盡可能相關(guān)規(guī)則的附近。不要將他們打包放在一個(gè)單一樣式文件中或者放在文檔底部。如果你把他們分開(kāi)了，將來(lái)只會(huì)被大家遺忘。
4.2 Example 五、帶前綴的屬性 5.1 垂直對(duì)齊當(dāng)使用特定廠商的帶有前綴的屬性時(shí)，通過(guò)縮進(jìn)的方式，讓每個(gè)屬性的值在垂直方向?qū)R，這樣便于多行編輯。
5.2 Example 六、單行規(guī)則聲明 6.1 放在一行對(duì)于只包含一條聲明的樣式，為了易讀性和便于快速編輯，建議將語(yǔ)句放在同一行。對(duì)于帶有多條聲明的樣式，還是應(yīng)當(dāng)將聲明分為多行。
6.2 錯(cuò)誤檢測(cè)這樣做的關(guān)鍵因素是為了錯(cuò)誤檢測(cè) -- 例如，CSS 校驗(yàn)器指出在 100 行有語(yǔ)法錯(cuò)誤。如果是單行單條聲明，你就不會(huì)忽略這個(gè)錯(cuò)誤；如果是單行多條聲明的話，你就要仔細(xì)分析避免漏掉錯(cuò)誤了。
6.3 Example 七、簡(jiǎn)寫(xiě)形式的屬性聲明 7.1 濫用簡(jiǎn)寫(xiě)在需要顯示地設(shè)置所有值的情況下，應(yīng)當(dāng)盡量限制使用簡(jiǎn)寫(xiě)形式的屬性聲明。常見(jiàn)的濫用簡(jiǎn)寫(xiě)屬性聲明的情況如下：
（1）padding
（2）margin
（3）font
（4）background
（5）border
（5）border-radius
7.2 說(shuō)明大部分情況下，我們不需要為簡(jiǎn)寫(xiě)形式的屬性聲明指定所有值。例如，HTML 的 heading 元素只需要設(shè)置上、下邊距（margin）的值，因此，在必要的時(shí)候，只需覆蓋這兩個(gè)值就可以。過(guò)度使用簡(jiǎn)寫(xiě)形式的屬性聲明會(huì)導(dǎo)致代碼混亂，并且會(huì)對(duì)屬性值帶來(lái)不必要的覆蓋從而引起意外的副作用。
7.3 Example 八、Less 和 Sass 中的嵌套 8.1 盡量不嵌套避免不必要的嵌套。這是因?yàn)殡m然你可以使用嵌套，但是并不意味著應(yīng)該使用嵌套。只有在必須將樣式限制在父元素內(nèi)（也就是后代選擇器），并且存在多個(gè)需要嵌套的元素時(shí)才使用嵌套。
8.2 Example 九、Less 和 Sass 中的操作符為了提高可讀性，在圓括號(hào)中的數(shù)學(xué)計(jì)算表達(dá)式的數(shù)值、變量和操作符之間均添加一個(gè)空格。
十、注釋 10.1 注意代碼是由人編寫(xiě)并維護(hù)的。請(qǐng)確保你的代碼能夠自描述、注釋良好并且易于他人理解。好的代碼注釋能夠傳達(dá)上下文關(guān)系和代碼目的。不要簡(jiǎn)單地重申組件或 class 名稱(chēng)。
對(duì)于較長(zhǎng)的注釋?zhuān)瑒?wù)必書(shū)寫(xiě)完整的句子；對(duì)于一般性注解，可以書(shū)寫(xiě)簡(jiǎn)潔的短語(yǔ)。
10.2 Example 十一、class 命名 11.1 規(guī)范（1）class 名稱(chēng)中只能出現(xiàn)小寫(xiě)字符和破折號(hào)（dashe）（不是下劃線，也不是駝峰命名法）。破折號(hào)應(yīng)當(dāng)用于相關(guān) class 的命名（類(lèi)似于命名空間）（例如，.btn 和 .btn-danger）。
（2）避免過(guò)度任意的簡(jiǎn)寫(xiě)。.btn 代表 button，但是 .s 不能表達(dá)任何意思。
（3）class 名稱(chēng)應(yīng)當(dāng)盡可能短，并且意義明確。
（4）使用有意義的名稱(chēng)。使用有組織的或目的明確的名稱(chēng)，不要使用表現(xiàn)形式（presentational）的名稱(chēng)。
（5）基于最近的父 class 或基本（base） class 作為新 class 的前綴。
（6）使用 .js-* class 來(lái)標(biāo)識(shí)行為（與樣式相對(duì)），并且不要將這些 class 包含到 CSS 文件中。
在為 Sass 和 Less 變量命名時(shí)也可以參考上面列出的各項(xiàng)規(guī)范。
11.2 Example 十二、選擇器 12.1 注意（1）對(duì)于通用元素使用 class ，這樣利于渲染性能的優(yōu)化。
（2）對(duì)于經(jīng)常出現(xiàn)的組件，避免使用屬性選擇器（例如，[class^="..."]）。瀏覽器的性能會(huì)受到這些因素的影響。
（3）選擇器要盡可能短，并且盡量限制組成選擇器的元素個(gè)數(shù)，建議不要超過(guò) 3 。
（4）只有在必要的時(shí)候才將 class 限制在最近的父元素內(nèi)（也就是后代選擇器）（例如，不使用帶前綴的 class 時(shí) -- 前綴類(lèi)似于命名空間）。
12.2 Example 十三、代碼組織 13.1 注意（1）以組件為單位組織代碼段。
（2）制定一致的注釋規(guī)范。
（3）使用一致的空白符將代碼分隔成塊，這樣利于掃描較大的文檔。
（4）如果使用了多個(gè) CSS 文件，將其按照組件而非頁(yè)面的形式分拆，因?yàn)轫?yè)面會(huì)被重組，而組件只會(huì)被移動(dòng)。
13.2 Example 十四、編輯器配置 14.1 避免代碼不同將你的編輯器按照下面的配置進(jìn)行設(shè)置，以避免常見(jiàn)的代碼不一致和差異：
（1）用兩個(gè)空格代替制表符（soft-tab 即用空格代表 tab 符）。
（2）保存文件時(shí)，刪除尾部的空白符。
（3）設(shè)置文件編碼為 UTF-8。
（4）在文件結(jié)尾添加一個(gè)空白行。
閱讀更多
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/115898.html
摘要：六字符編碼通過(guò)明確聲明字符編碼，能夠確保瀏覽器快速并容易的判斷頁(yè)面內(nèi)容的渲染方式。十一減少標(biāo)簽的數(shù)量編寫(xiě)代碼時(shí)，盡量避免多余的父元素。未完待續(xù)編寫(xiě)靈活穩(wěn)定高質(zhì)量的代碼的規(guī)范閱讀更多 一、唯一定律 無(wú)論有多少人共同參與同一項(xiàng)目，一定要確保每一行代碼都像是唯一個(gè)人編寫(xiě)的。 二、HTML 2.1 語(yǔ)法 （1）用兩個(gè)空格來(lái)代替制表符（tab） -- 這是唯一能保證在所有環(huán)境下獲得一致展現(xiàn)的方法...
摘要：用兩個(gè)空格代替制表符這是唯一能保證在所有環(huán)境下獲得一致展現(xiàn)的方法。編輯器配置將你的編輯器按照下面的配置進(jìn)行設(shè)置，以免常見(jiàn)的代碼不一致和差異用兩個(gè)空格代替制表符保存文件時(shí)刪除尾部的空白符設(shè)置文件編碼為在文件結(jié)尾添加一個(gè)空白行。 黃金定律 永遠(yuǎn)遵循同一套編碼規(guī)范 - 可以是這里列出的，也可以是你自己總結(jié)的。如果發(fā)現(xiàn)規(guī)范中有任何錯(cuò)誤，敬請(qǐng)指正。 HTML 語(yǔ)法 用兩個(gè)空格代替制表符 (ta...
摘要：自動(dòng)化接入和升級(jí)方案通過(guò)命令行工具提供一鍵接入升級(jí)能力，同時(shí)集成到團(tuán)隊(duì)腳手架中，大大降低了工程接入和維護(hù)的成本。原始代碼經(jīng)過(guò)解析器的解析，在管道中逐一經(jīng)過(guò)所有規(guī)則的檢查，最終檢測(cè)出所有不符合規(guī)范的代碼，并輸出為報(bào)告。 引言 代碼規(guī)范是軟件開(kāi)發(fā)領(lǐng)域經(jīng)久不衰的話題，幾乎所有工程師在開(kāi)發(fā)過(guò)程中都會(huì)遇到，并或多或少會(huì)思考過(guò)這一問(wèn)題。隨著前端應(yīng)用的大型化和復(fù)雜化，越來(lái)越多的前端工程師和團(tuán)隊(duì)開(kāi)始重...
摘要：經(jīng)過(guò)這些年在端瀏覽器內(nèi)核端研發(fā)經(jīng)驗(yàn)的積累，年我在斗米的客戶端產(chǎn)品上首次提出了以驅(qū)動(dòng)的客戶端平臺(tái)化架構(gòu)思想，并經(jīng)過(guò)兩年時(shí)間多個(gè)產(chǎn)品的探索實(shí)踐，我認(rèn)為該端的架構(gòu)思想可正式對(duì)外分享。在斗米的各客戶端中，在不需要發(fā)版的前提下，可以使用發(fā)版。 背景 隨著移動(dòng)互聯(lián)網(wǎng)產(chǎn)業(yè)的興起，各式App層出不窮，技術(shù)方案多種多樣。同樣，我們也面臨了各式各樣的問(wèn)題，比如產(chǎn)品如何開(kāi)發(fā)能夠更快速迭代上線，如何使運(yùn)營(yíng)推廣...
摘要：經(jīng)過(guò)這些年在端瀏覽器內(nèi)核端研發(fā)經(jīng)驗(yàn)的積累，年我在斗米的客戶端產(chǎn)品上首次提出了以驅(qū)動(dòng)的客戶端平臺(tái)化架構(gòu)思想，并經(jīng)過(guò)兩年時(shí)間多個(gè)產(chǎn)品的探索實(shí)踐，我認(rèn)為該端的架構(gòu)思想可正式對(duì)外分享。在斗米的各客戶端中，在不需要發(fā)版的前提下，可以使用發(fā)版。 背景 隨著移動(dòng)互聯(lián)網(wǎng)產(chǎn)業(yè)的興起，各式App層出不窮，技術(shù)方案多種多樣。同樣，我們也面臨了各式各樣的問(wèn)題，比如產(chǎn)品如何開(kāi)發(fā)能夠更快速迭代上線，如何使運(yùn)營(yíng)推廣...
閱讀 1254·2021-11-24 09:38
閱讀 2659·2021-09-27 14:00
閱讀 1224·2019-08-30 15:55
閱讀 1396·2019-08-30 14:16
閱讀 1540·2019-08-30 10:54
閱讀 2920·2019-08-28 17:58
閱讀 809·2019-08-26 13:22
閱讀 1284·2019-08-26 12:01
