>  기사  >  백엔드 개발  >  CSS 스타일을 작성하는 올바른 방법

CSS 스타일을 작성하는 올바른 방법

小云云
小云云원래의
2018-03-30 10:36:045046검색

이 기사는 코딩 설정, 네임스페이스 사양 및 기타 지식을 포함하여 CSS 스타일 작성 사양을 주로 소개합니다. 도움이 필요한 친구들이 모두 참고할 수 있기를 바랍니다.

인코딩 설정

CSS 코드 헤더에 사용되는 UTF-8 인코딩 사용:

@charset "utf-8";

@charset은 CSS 파일의 모든 문자(인코딩 주석 포함) 앞에 정의되어야 합니다. 효과.

예를 들어 다음 예는 @charset을 무효화합니다.


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

네임스페이스 사양

•레이아웃: g를 네임스페이스로 사용합니다(예: .g-wrap, .g-header). g- 내용.

•상태: s를 네임스페이스로 사용하면 .s-current, s-selected와 같은 동적 및 대화형 상태를 나타냅니다.

•도구: u를 네임스페이스로 사용하면 u-clearfix 및 u-ellipsis와 같이 비즈니스 로직과 결합되지 않은 재사용 가능한 도구를 나타냅니다.

•Component: m을 네임스페이스로 사용하면 m-slider, m-dropMenu와 같은 재사용 가능하고 이식 가능한 구성 요소 모듈을 나타냅니다.

•Hook: j를 네임스페이스로 사용하면 j-request, j-open과 같은 JavaScript 호출과 관련된 클래스 이름을 나타냅니다.

네임스페이스 사고

BEM의 너무 엄격한 명명 규칙과 너무 길고 보기 흉한 스타일 이름을 선택하지 않고 보다 절충적인 솔루션을 채택했습니다.

연결 시 밑줄_을 사용하는 것은 권장하지 않습니다

•작업을 저장하고 입력할 때 Shift 키를 하나 덜 누르세요

•JavaScript 변수 이름 지정을 잘 구분할 수 있습니다.

소문자 소문자

정의된 선택기 이름, 속성 및 속성 값은 소문자로 작성됩니다.

Selectors

규칙에 여러 선택기가 포함되어 있으면 각 선택기가 자체 줄을 차지합니다.

, +, ~, > 선택기 양쪽에 공백을 남겨두세요.


.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

•소문자 및 축약형 16진수 색상 속성 값을 최대한 사용하세요. color: #ffcc00color: #fc0

스타일 속성 순서

작성 시 단일 스타일 규칙에 따른 속성은 위치 지정 모델 > 상자 모델 > 코드 가독성을 높이기 위해 작성합니다.

•컨텐츠 속성이 포함된 경우 전면에 배치해야 합니다.

•포지셔닝 모델 레이아웃 모드, 위치, 관련 속성에는 위치 / 상단 / 오른쪽 / 하단 / 왼쪽 / z-index / 디스플레이 / 부동 / …

• 상자 모델 상자 모델, 관련 속성은 다음과 같습니다: 너비 / 높이 / 패딩 / 여백 / 테두리 / 오버플로 / …

• 인쇄상의 텍스트 레이아웃, 관련 속성은 다음과 같습니다: 글꼴 / 줄 높이 / 텍스트 정렬 / 단어 줄 바꿈 / …

•시각적 시각적 모양, 관련 속성은 다음과 같습니다: 색상 / 배경 / 목록 스타일 / 변환 / 애니메이션 / 전환 / …

위치 지정이 첫 번째 위치에 있습니다. 요소를 일반 텍스트 흐름에서 벗어날 수 있기 때문입니다. 상자 모델 관련 스타일을 재정의합니다. 상자 모델은 구성 요소의 크기와 위치를 결정하므로 바로 뒤를 따릅니다. 다른 속성은 구성 요소 내부에서만 작동하거나 처음 두 경우의 결과에 영향을 주지 않으므로 나중에 나타납니다.

따옴표를 합리적으로 사용하세요

일부 스타일에는 공백이나 중국어 키워드가 포함된 키워드가 있을 수 있습니다.

글꼴 계열 내에서 따옴표를 사용하세요

当字体名字中间有空格,中文名字体及 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으로 문의하세요.