CSS 구성

다음은 스타일시트를 정리하고 깔끔하게 유지하는 방법에 대한 몇 가지 제안입니다.

기존의 프로젝트에서 팀과 함께 작업하는 경우, 프로젝트에 CSS를 위한 기존 스타일 가이드가 있는지 확인하는 것이 먼저입니다. 팀 스타일 가이드는 항상 자신의 개인적 선호보다 우선되야 합니다. 일을 하는 데에 옳거나 틀린 방법은 거의 없지만, 일관성이 중요합니다.

예를 들어, CSS guidelines for N code examples 를 살펴보세요.

프로젝트의 규칙을 정하거나 혼자 작업을 한다면, 가장 중요한 일은 일관성을 유지하는 것입니다. 일관성은 클래스에 동일한 이름을 붙이는 규칙을 사용하거나, 색상을 묘사하는 방법을 선택하거나, 일관된 형식을 유지하는 것과 같은 모든 종류의 방법에 적용될 수 있습니다. (예를 들어, 코드를 들여쓸 때 탭을 사용할 건가요, 스페이스를 사용할 건가요? 스페이스가 있는 경우 몇 개의 스페이스를 사용할 건가요?)

항상 따르는 일련의 규칙이 있다면 CSS를 작성할 때 일부 결정이 되어 있기 때문에 필요한 정신적 오버헤드의 양이 줄어듭니다.

CSS가 포맷팅되는 몇 가지 방법들이 있습니다. 어떤 개발자들은 다음과 같이 모든 규칙을 한 줄에 붙입니다.

.box {background-color: #567895; }
h2 {background-color: black; color: white; }

다른 개발자들은 모든 것을 새로운 라인으로 쪼개는 것을 선호합니다.

.box {
  background-color: #567895;
}

h2 {
  background-color: black;
  color: white;
}

CSS는 어는 것을 사용하든 상관하지 않습니다. 우리는 각 속성과 값의 쌍을 새로운 줄에 위치시키는 것이 더 읽기 쉽다고 생각합니다.

CSS에 주석을 달면 향후 아무 개발자들이 해당 CSS 파일을 작업하는 데 도움이 될 뿐만 아니라 휴식 후 프로젝트에 복귀할 때 도움이 됩니다.

/* This is a CSS comment
It can be broken onto multiple lines. */

스캐닝 시 다른 섹션을 빠르게 찾도록 도와주거나, CSS의 해당 부분으로 바로 점프할 수 있도록 스타일시트의 논리 섹션 사이에 주석블록을 추가하는 것은 좋은 팁입니다. 코드에 나타나지 않는 문자열(주석블록)을 사용하는 경우 검색을 통해 섹션에서 섹션으로 점프할 수 있습니다. 아래는 || 를 사용했습니다.

/* || General styles */

/* … */

/* || Typography */

/* … */

/* || Header and Main Navigation */

/* … */

CSS의 대부분이 자명할 것이기 때문에 CSS의 모든 것에 각각 주석을 달 필요는 없습니다. 주석을 달아야하는 것들은 어떤 이유로 특별한 결정을 내린 것들입니다.

다음과 같은 특정한 방법으로 CSS 속성을 사용하여 이전 브라우저 호환성을 방지할 수 있습니다. 예를 들면 다음과 같습니다.

.box {
  background-color: red; /* fallback for older browsers that don't support gradients */
  background-image: linear-gradient(to right, #ff0000, #aa0000);
}

아마도 무언가를 만들기 위해 자습서를 따랐을 것이고, 그 CSS는 매우 자명적이거나 알아챌만 하지는 않을 것입니다. 그런 경우, 자습서의 URL을 주석에 추가할 수 있습니다. 1년이나 그 후에 프로젝트로 돌아갔을 때, 스스로 감사하게 될 것이고, 어렴풋이 그 프로젝트에 관련한 좋은 자습서가 있음을 기억하지만 어디에서 났는지 기억할 수 없을 겁니다.

스타일시트에 일반적인 스타일링을 먼저 넣는 것이 좋습니다. 이것은 그 요소로 특별한 것을 하지 않는 이상 일반적으로 적용되는 모든 스타일을 의미합니다. 일반적으로 다음을 위한 규칙을 세울 것입니다.

• body
• p
• h1, h2, h3, h4, h5
• ul and ol
• table 속성들
• Links

스타일시트의 이 섹션에서는 데이터 테이블 및 리스트에 대한 기본 스타일을 설정하는 등 사이트의 유형에 대한 기본 스타일을 제공합니다.

/* || GENERAL STYLES */

body {
  /* … */
}

h1,
h2,
h3,
h4 {
  /* … */
}

ul {
  /* … */
}

blockquote {
  /* … */
}

이 섹션 이후, 몇 가지 유틸리티 클래스를 정의할 수 있습니다. 예를 들어, 플렉스 아이템이나 다른 방법으로 표시할 리스트의 기본 리스트 스타일을 제거하는 클래스가 있습니다. 다양한 요소에 적용하고 싶은 스타일링 옵션이 몇 가지 있다면, 이 섹션에 넣을 수 있습니다.

/* || UTILITIES */

.nobullets {
  list-style: none;
  margin: 0;
  padding: 0;
}

/* … */

그러면 사이트 전체에서 사용되는 모든 것을 추가할 수 있습니다. 기본 페이지 레이아웃, 헤더, 네비게이션 스타일링 등이 될 수 있습니다.

/* || SITEWIDE */

.main-nav {
  /* … */
}

.logo {
  /* … */
}

마지막으로, 컨텍스트, 페이지 또는 사용되는 구성 요소에 따라 세분화된 특정 항목에 대한 CSS를 포함할 것입니다.

/* || STORE PAGES */

.product-listing {
  /* … */
}

.product-box {
  /* … */
}

이 방식으로 정리하면, 적어도 스타일 시트의 어느 부분에서 바꾸고 싶은 것을 찾을지에 대한 생각을 가질 수 있습니다.

매우 구체적인 셀렉터를 만들게 되면, 종종 같은 규칙을 다른 요소에 적용하기 위해 CSS의 일부를 복제헤야 하는 상황을 겪게 될 것입니다. 예를 들어, 아래와 같은 셀렉터가 있을 수 있는데, 이는 main 클래스를 가진 <article> 내부의 box 클래스를 가진 <p>에 규칙을 적용합니다.

article.main p.box {
  border: 1px solid #ccc;
}

main이외의 것에, 또는 <p>가 아닌 다른 것에 같은 규칙을 적용하고 싶다면, 이러한 규칙에 다른 셀렉터를 추가하거나 완전히 새로운 규칙 집합을 만들어야 합니다. 대신에, 셀렉터 .box를 사용하여 box 클래스를 가진 어떤 요소에든 적용할 수 있습니다.

.box {
  border: 1px solid #ccc;
}

때때로 무언가를 더 구체적으로 만드는 경우도 있을 것입니다. 그러나, 이는 일반적으로 보통의 경우가 아닌 예외적인 상황입니다.

사이트의 다른 부분에 대해 전혀 다른 스타일을 하고 있는 경우, 모든 전역 규칙을 포함하는 하나의 스타일시트와 그 섹션에 필요한 특정 규칙을 포함하는 몇 개의 작은 스타일시트를 만들고 싶을 수 있습니다. 이 때 한 페이지에서 여러 스타일시트를 연결할 수 있고, 일반적인 종속의 규칙이 적용되며, 이후에 연결된 스타일시트의 규칙이 먼저 연결된 스타일시트의 규칙 다음으로 적용됩니다.

예를 들어, 사이트의 일부로 온라인 스토어가 있을 수 있는데, 스토어에 필요한 제품 목록과 양식을 꾸미기 위해 사용되는 CSS가 많을 수 있습니다. 그런 것들을 다른 스타일시트에 넣고, 스토어 페이지에서만 연결하는 것이 타당할 것입니다.

이렇게 하면 CSS를 정리하는 것이 더 쉬워질 수 있고, 또한 여러 사람이 CSS 작업을 할 경우, 동일한 스타일시트에 대해 동시에 작업해야 하는 상황이 줄어들어 소스 제어에서 충돌이 발생하는 경우를 줄일 수 있습니다.

CSS 자체에는 내장된 조직성이 크게 없으므로, CSS 일관성 수준은 대부분 당신에게 달려 있습니다. 웹 커뮤니티는 더 큰 CSS 프로젝트를 관리하는 데 도움이 될 수 있는 다양한 도구와 접근법을 개발했습니다. 다른 사람들과 함께 작업할 때 이런 보조 도구들을 자주 만날 것이며, 일반적으로 많은 도움이 되므로, 이 중 일부에 대한 간략한 안내서를 포함했습니다.

CSS 작성 규칙을 스스로 만들어야 하는 대신, 커뮤니티에서 이미 설계하고 다수의 프로젝트에서 테스트한 접근법 중 하나를 채택하면 도움이 될 수 있습니다. 이러한 방법론들은 기본적으로 CSS 코딩 안내서로, CSS를 작성하고 정리하는 데 매우 체계적인 접근법을 취합니다. 일반적으로 이들은 프로젝트에 대한 사용자 정의 규칙 세트에 맞춰 모든 셀렉터를 작성하고 최적화하는 것보다 CSS를 더 상세하게 표현하는 경향이 있습니다.

그러나, 하나를 채택함으로써 많은 구조를 얻을 수 있습니다. 이러한 시스템들 중 많은 것들이 널리 사용되고 있기 때문에, 다른 개발자들이 당신이 사용하고 있는 접근법을 이해하고, 자신의 CSS를 같은 방식으로 작성할 가능성이 높아집니다. 즉, 당신의 개인적인 방법론을 처음부터 파악해야 하는 대신에 말입니다.

OOCSS(객체지향 CSS)

당신이 마주칠 대부분의 접근법들은 객체 지향 CSS(OOCSS)라는 개념에 어느 정도 기여합니다. 이 접근법은 Nicole Sullivan의 작업으로 인해 인기를 얻었습니다. OOCSS의 기본 아이디어는 CSS를 재사용 가능한 객체로 분리하고, 이를 웹사이트의 필요한 어디에서나 사용하는 것입니다. OOCSS의 표준 예시는 The Media Object 로 설명된 패턴입니다. 이는 한쪽에 고정 크기의 이미지, 비디오 또는 다른 요소와, 다른 한쪽에 유연한 콘텐츠가 있는 패턴입니다. 이는 댓글, 목록 등 웹사이트 곳곳에서 볼 수 있는 패턴입니다.

OOCSS 접근법을 사용하지 않는다면, 이 패턴이 사용되는 다양한 곳에 대해 사용자 정의의 CSS를 만들 수 있습니다. 예를 들어, 컴포넌트 부분에 대한 여러 규칙이 있는 comment 클래스와 comment 클래스와 거의 동일한 규칙을 가진 list-item이라는 또 다른 클래스를 만들 수 있습니다. 이 두 컴포넌트 간의 차이점은 list-item에는 하단 테두리가 있고, comment의 이미지에는 테두리가 있으나 list-item의 이미지에는 테두리가 없다는 것입니다.

.comment {
  display: grid;
  grid-template-columns: 1fr 3fr;
}

.comment img {
  border: 1px solid grey;
}

.comment .content {
  font-size: 0.8rem;
}

.list-item {
  display: grid;
  grid-template-columns: 1fr 3fr;
  border-bottom: 1px solid grey;
}

.list-item .content {
  font-size: 0.8rem;
}

OOCSS에서는 media라는 패턴을 만들어 두 패턴에 공통적인 모든 CSS를 가지게 할 것입니다. 즉, 미디어 객체의 일반적인 형태에 대한 기본 클래스를 만드는 것입니다. 그런 다음에는 그 작은 차이점을 위해 추가적인 클래스를 추가하여 특정한 방식으로 스타일을 확장하게 됩니다.

.media {
  display: grid;
  grid-template-columns: 1fr 3fr;
}

.media .content {
  font-size: 0.8rem;
}

.comment img {
  border: 1px solid grey;
}

.list-item {
  border-bottom: 1px solid grey;
}

아래 HTML에서 media와 comment 클래스 모두에 적용됩니다.

<div class="media comment">
  <img src="" alt="" />
  <div class="content"></div>
</div>

list-item에는 media와 list-item이 적용됩니다.

<ul>
  <li class="media list-item">
    <img src="" alt="" />
    <div class="content"></div>
  </li>
</ul>

Nicole Sullivan이 이러한 접근법을 설명하고 홍보하는 데 있어 한 일은, 오늘날 엄격하게 OOCSS 접근법을 따르지 않는 사람들조차도 일반적으로 이런 방식으로 CSS를 재사용하게 만들었습니다. 이는 일반적으로 사물에 접근하는 좋은 방법으로 우리의 이해에 들어왔습니다.

BEM

BEM은 Block Element Modifier를 의미합니다. BEM에서 블록은 버튼, 메뉴, 로고와 같은 독립적인 개체를 의미합니다. 수정자는 스타일이나 동작을 변경하는 블록이나 요소에 대한 플래그입니다. CSS 클래스에서 대시와 언더스코어의 광범위한 사용 때문에 BEM을 사용하는 코드를 인식할 수 있습니다. 예를 들어, BEM 명명 규칙에 대한 페이지에서 이 HTML에 적용된 클래스를 확인해보세요.

<form class="form form--theme-xmas form--simple">
  <label class="label form__label" for="inputId"></label>
  <input class="form__input" type="text" id="inputId" />

  <input
    class="form__submit form__submit--disabled"
    type="submit"
    value="Submit" />
</form>

추가적인 클래스들은 OOCSS 예제에서 사용한 것과 유사하지만, BEM의 엄격한 명명 규칙을 사용합니다.

BEM은 대규모 웹 프로젝트에서 널리 사용되며, 많은 사람들이 이런 방식으로 CSS를 작성합니다. 왜 CSS가 이런 방식으로 구조화되었는지 언급하지 않고 BEM 문법을 사용하는 예제를, 심지어 안내서에서도 마주칠 가능성이 높습니다.

CSS Tricks에서 BEM 101 이 시스템에 대해 더 자세히 알아보세요.

그 밖의 일반적인 시스템들

많은 수의 이 시스템들이 사용되고 있습니다. 다른 유명한 접근법으로는 Jonathan Snook가 만든 확장 가능 및 모듈식 구조의(Scalable and Modular Architecture for) CSS(SMACSS), Harry Roberts의 ITCSS, 그리고 원래 야후가 만든 Atomic CSS(ACSS)가 있습니다. 이러한 접근법 중 하나를 사용하는 프로젝트를 만나게 되면, 많은 글과 안내서를 검색하여 같은 스타일로 코딩하는 방법을 이해하는 데 도움을 받을 수 있다는 장점이 있습니다.

하지만 특히 소규모 프로젝트들에서 이러한 시스템을 사용하면 과도하게 복잡해 보일 수 있다는 단점이 있습니다.

CSS를 구성하는 또 다른 방법은 프론트엔드 개발자를 위한 도구를 활용하여 CSS를 작성하는 데 조금 더 프로그래밍적인 접근을 취하는 것입니다. 이러한 도구들은 전처리 도구(pre-processors)와 후처리 도구(post-processors)로 불립니다. 전처리 장치는 원시 파일을 처리하여 스타일시트로 변환하는 반면, 후처리 장치는 완성된 스타일시트를 가져와서 무언가를 수행합니다. 후처리의 예로 더 빠르게 로드하기 위해 최적화하는 것일 수 있습니다.

이러한 도구들을 사용하려면 개발 환경이 전처리 도구와 후처리 도구를 실행할 수 있어야 합니다. 많은 코드 에디터가 이 이 작업을 수행해줄 수 있고, 또는 커맨드 라인 도구를 설치하여 도움을 받을 수 있습니다.

가장 유명한 전처리 도구는 Sass입니다. 이것은 Sass 자습서가 아니므로, Sass가 할 수 있는 몇 가지를 간단히 설명하겠습니다. 이들은 다른 Sass 기능을 사용하지 않더라도 구성하는, 조직성 측면에서 매우 도움이 됩니다. Sass에 대해 더 많이 알고 싶다면, Sass 기초 문서로 시작한 다음 다른 문서를 참조하시기 바랍니다.

변수 선언하기

CSS 에는 기본 사용자 지정 CSS 속성 사용하기 가 있으므로 이 기능의 중요성이 점점 줄어듭니다. 그러나 Sass를 사용하는 이유 중 하나는 프로젝트에 사용되는 모든 색상과 글꼴을 설정으로 정의한 다음 프로젝트 주변에 해당 변수를 사용할 수 있기 때문입니다. 즉, 파란색 음영을 잘못 사용했다는 것을 깨달았을 때 한 곳에서만 변경하면 됩니다.

아래 첫 번째 줄처럼 $base-color라는 변수를 만들면 해당 색상이 필요한 모든 곳에서 스타일 시트를 통해 사용할 수 있습니다.

$base-color: #c6538c;

.alert {
  border: 1px solid $base-color;
}

CSS로 컴파일되면 최종 스타일시트에 다음과 같은 CSS를 얻게 됩니다.

.alert {
  border: 1px solid #c6538c;
}

구성 요소 스타일시트 컴파일

위에서 CSS를 구성하는 한 가지 방법은 스타일시트를 더 작은 스타일시트로 분해하는 것이라고 언급했습니다. Sass를 사용하면 이를 더욱 확장하여 매우 작은 스타일시트를 많이 만들 수 있습니다. 심지어 각 구성 요소에 대한 별도의 스타일시트를 가질 수 있습니다. Sass의 포함된 기능(partials)를 사용하면, 이들을 모두 하나 또는 소수의 스타일시트로 컴파일하여 실제로 웹사이트에 연결할 수 있습니다.

예를 들어, partials를 사용하면 디렉토리 내에 여러 스타일 파일을 가질 수 있습니다. 예를 들어 foundation/_code.scss, foundation/_lists.scss, foundation/_footer.scss, foundation/_links.scss 등입니다. 그런 다음 Sass의 @use 규칙을 사용하여 이들을 다른 스타일시트에 로드할 수 있습니다.

// foundation/_index.scss
@use "code";
@use "lists";
@use "footer";
@use "links";

만약 위에서 언급한 것처럼 그 partials들이 모두 인덱스 파일에 로드되면, 한 번에 전체 디렉토리를 다른 스타일시트에 로드할 수 있습니다.

// style.scss
@use "foundation";

최적화를 위한 후처리

예를 들어, 많은 추가적인 주석과 공백을 추가함으로써 스타일시트의 크기를 늘리는 것에 대해 우려한다면, 후처리 단계는 생산 버전에서 불필요한 모든 것을 제거함으로써 CSS를 최적화하는 것일 수 있습니다. 이를 수행하는 후처리 솔루션의 예시로 cssnano가 있습니다.

이것은 우리의 기본 구성 요소 모듈의 마지막 부분이며, 여러분이 볼 수 있듯이 CSS에 대한 탐구는 이 시점에서 여러 방법으로 계속될 수 있습니다. 하지만 이제 우리의 평가로 자신을 테스트할 수 있습니다. 첫 번째는 아래에 링크되어 있습니다.

CSS에서 레이아웃에 대해 더 알아보려면, CSS 레이아웃 모듈을 참조하세요.

또한 이제 MDN CSS 자료의 나머지 부분을 탐색하는 능력도 있어야 합니다. 속성과 값을 찾아보고, 패턴을 사용하기 위해 우리의 CSS 자세한 설명서 를 탐색하거나, CSS 그리드 레이아웃 가이드 와 같은 특정 가이드들을 계속 읽을 수 있습니다.

page(Doc) not found /ko/docs/Learn/CSS/Building_blocks/Fundamental_CSS_comprehension