首頁  >  文章  >  後端開發  >  CSS樣式書寫正確方式

CSS樣式書寫正確方式

小云云
小云云原創
2018-03-30 10:36:045046瀏覽

本文主要和大家介紹了 CSS 樣式書寫規範,包括編碼設置,命名空間規範等知識,非常不錯,具有參考借鑒價值,需要的朋友可以參考下,希望能幫助到大家。

 編碼設定

採用UTF-8 編碼,在CSS 程式碼頭部使用:

@charset "utf-8";

注意,必須定義在CSS 檔案所有字元的前面(包括編碼註解),@charset 才會生效。

例如,下面的範例都會使得@charset 失效:


#
/* 字符编码 */
@charset "utf-8";
html,
body {
  height: 100%;
}
@charset "utf-8";

命名空間規格

##•版面:以g 為命名空間,例如:.g-wrap 、.g-header、.g-content。

•狀態:以 s 為命名空間,表示動態的、具有互動性質的狀態,例如:.s-current、s-selected。

•工具:以 u 為命名空間,表示不耦合業務邏輯的、可重複使用的工具,例如:u-clearfix、u-ellipsis。

•元件:以 m 為命名空間,表示可重複使用、可移植的元件模組,例如:m-slider、m-dropMenu。

•鉤子:以 j 為命名空間,表示特定給 JavaScript 呼叫的類別名,例如:j-request、j-open。

命名空間思想

沒有選擇BEM 這種命名過於嚴苛及樣式名過長過醜的規則,採取了一種比較折中的方案。

不建議使用底線_ 進行連接

•節省操作,輸入的時候少按一個shift 鍵

•能很好區分JavaScript 變數命名

#字元小寫

定義的選擇器名,屬性及屬性值的書寫皆為小寫。

選擇器

當一個規則包含多個選擇器時,每個選擇器會獨佔一行。

、+、~、> 選擇器的兩邊各保留一個空格。


.g-header > .g-header-des,
.g-content ~ .g-footer {
}

命名短且語意化良好

對於選擇器的命名,盡量簡潔且具有語意化,不應該出現g-abc 這種語意模糊的命名。

規則宣告區塊

•當規則宣告區塊中有多個樣式宣告時,每條樣式獨佔一行。

•在規則宣告區塊的左大括號 { 前面加一個空格。

•在樣式屬性的冒號 : 後面加上一個空格,前面不加空格。

•在每條樣式後面都以分號 ; 結尾。

•規則宣告區塊的右大括號 } 獨佔一行。

•每個規則宣告間以空白行分隔。

•所有最外層引號使用單引號 ‘ 。

•當一個屬性有多個屬性值時,以逗號 , 分隔屬性值,每個逗號後面加上一個空格,當單一屬性值過長時,每個屬性值獨佔一行。

完整範例如下:


.g-footer,
.g-header {
  position: relative;
}
.g-content {
  background:
    linear-gradient(135deg, deeppink 25%, transparent 25%) -50px 0,
    linear-gradient(225deg, deeppink 25%, transparent 25%) -50px 0,
    linear-gradient(315deg, deeppink 25%, transparent 25%),
    linear-gradient(45deg, deeppink 25%, transparent 25%);
  }
.g-content::before {
  content: '';
}

#數值與單位##•當屬性值或顏色參數為0 – 1 之間的數時,省略小數點前的0 。 color: rgba(255, 255, 255, 0.5)color: rgba(255, 255, 255, .5);

#•長度值為 0 時省略單位。 margin: 0px automargin: 0 auto

•十六進位的顏色屬性值使用小寫和盡量簡寫。 color: #ffcc00color: #fc0

 樣式屬性順序單一樣式規則下的屬性在書寫時,應依功能分組,並以Positioning Model > Box Model > Typographic > Visual 的順序書寫,提升程式碼的可讀性。

•如果包含content 屬性,應放在最前面;

•Positioning Model 佈局方式、位置,相關屬性包括:position / top / right / bottom / left / z-index / display / float / …

•Box Model 盒子模型,相關屬性包括:width / height / padding / margin / border / overflow / …

•Typographic 文字排版,相關屬性包括:font / line-height / text-align / word-wrap / …

•Visual 視覺外觀,相關屬性包括:color / background / list-style / transform / animation / transition / …

Positioning 處在第一位,因為他可以使一個元素脫離正常文字流,並且覆蓋盒子模型相關的樣式。盒模型緊接在後,因為他決定了一個組件的大小和位置。其他屬性只在元件內部運作或不會對前面兩種情況的結果產生影響,所以他們排在後面。

合理地使用引號在某些樣式中,會出現一些含有空格的關鍵字或中文關鍵字。

font-family 內使用引號#

当字体名字中间有空格,中文名字体及 Unicode 字符编码表示的中文字体,为了保证兼容性,都建议在字体两端添加单引号或者双引号:


body {
  font-family: 'Microsoft YaHei', '黑体-简', '\5b8b\4f53';
}

background-image 的 url 内使用引号

如果路径里面有空格,旧版 IE 是无法识别的,会导致路径失效,建议不管是否存在空格,都添加上单引号或者双引号:


p {
  background-image: url('...');
}

避免使用 !important

除去某些极特殊的情况,尽量不要不要使用 !important。

!important 的存在会给后期维护以及多人协作带来噩梦般的影响。

当存在样式覆盖层叠时,如果你发现新定义的一个样式无法覆盖一个旧的样式,只有加上 !important 才能生效时,是因为你新定义的选择器的优先级不够旧样式选择器的优先级高。所以,合理的书写新样式选择器,是完全可以规避一些看似需要使用 !important 的情况的。

代码注释

单行注释

星号与内容之间必须保留一个空格。

/* 表格隔行变色 */

多行注释

星号要一列对齐,星号与内容之间必须保留一个空格。


/** * Sometimes you need to include optional context for the entire component. Do that up here if it's important enough. */

规则声明块内注释

使用 // 注释,// 后面加上一个空格,注释独立一行。


.g-footer {     border: 0;     // .... }

文件注释

文件顶部必须包含文件注释,用 @name 标识文件说明。星号要一列对齐,星号与内容之间必须保留一个空格,标识符冒号与内容之间必须保留一个空格。

/** * @name: 文件名或模块名 * @description: 文件或模块描述 * @author: author-name(mail-name@domain.com) *          author-name2(mail-name2@domain.com) * @update: 2015-04-29 00:02 */

•@description为文件或模块描述。 •@update为可选项,建议每次改动都更新一下。

当该业务项目主要由固定的一个或多个人负责时,需要添加@author标识,一方面是尊重劳动成果,另一方面方便在需要时快速定位责任人。

SASS 使用建议

嵌套层级规定

使用 SASS 、 LESS 等预处理器时,建议嵌套层级不超过 3 层。

组件/公用类的使用方法

组件/公用类使用 %placeholders 定义,使用 @extend 引用。如:


%clearfix {   overflow: auto;   zoom: 1; } .g-header {   @extend %clearfix; }

组件类的思考

使用 SASS ,经常会预先定义好一些常用公用组件类,譬如清除浮动,水平垂直居中,文字 ellipsis。又或者多个元素具有同样的样式,我们希望能够少写这部分代码,公共部分抽离出来只写一次,达到复用。

但是复用的方式在 SASS 中有多种,那么是使用单独使用一个类定义,给需要的标签添加,还是使用 @include 或者 @extend在定义的类中引入一个 @mixin,或者一个 @function 呢?

基于让 CSS 更简洁以及代码的复用考虑,采用上面的使用 %placeholders 定义,使用 @extend 引用的方案。

•%placeholders,只是一个占位符,只要不通过 @extend 调用,编译后不会产生任何代码量

•使用 @extend 引用,则是因为每次调用相同的 %placeholders 时,编译出来相同的 CSS 样式会进行合并(反之,如果使用 @include 调用定义好的 @mixin,编译出来相同的 CSS 样式不会进行合并)

•这里的组件类特指那些不会动态改变的 CSS 样式,注意与那些可以通过传参生成不同数值样式的 @mixin 方法进行区分

尽量避免使用标签名

使用 SASS ,或者说在 CSS 里也有这种困惑。

假设我们有如下 html 结构:


<span>   <p class="g-content">     <ul class="g-content-list"><li class="item"/>         <li class="item"/>         <li class="item"/>         <li class="item"/>     </ul></p> </span>

在给最里层的标签命名书写样式的时候,我们有两种选择:


.g-content {   .g-content-list {     li {       ...     }   } }

或者是


.g-content {   .g-content-list {     .item {       ...     }   } }

也就是,编译之后生成了下面这两个,到底使用哪个好呢?

•.g-content .g-content-list li { }

•.g-content .g-content-list .item { }

基于 CSS 选择器的解析规则(从右向左),建议使用上述第二种 .g-content .g-content-list .item { } ,避免使用通用标签名作为选择器的一环可以提高 CSS 匹配性能。

浏览器的排版引擎解析 CSS 是基于从右向左(right-to-left)的规则,这么做是为了使样式规则能够更快地与渲染树上的节点匹配。

以上是CSS樣式書寫正確方式的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn