2022-02-14 구조적인 CSS 작성 방법의 발전

구조화된 CSS가 필요하게 된 이유

 

프로젝트의 규모나 복잡도가 점점 커지고 함께 작업해야 할 팀원 수도 많아짐에 따라 CSS를 작성하는 일관된 패턴이 없다는 것은 개발자들에게 가장 큰 걸림돌이 되었음

 

또한 모바일이나 태블릿을 비롯한 다양한 디바이스들의 등장으로 웹사이트들이 다양한 디스플레이를 커버해야 하기 때문에 CSS는 더 복잡해지게 되었음.

 

따라서 CSS 작업을 효율적으로 하기 위해 구조화된 CSS의 필요성이 대두되었고, CSS를 구조화하는 방법에 대한 연구가 필요해졌음.

 

CSS 구조화를 위한 다양한 시도 - CSS 전처리기의 등장

 

CSS Preprocessor가 등장함 이는 CSS가 구조적으로 작성될 수 있게 도움을 주는 도구

 

우리가 흔히 CSS 문서를 작성할 때는

많은 반복적인 작업을 요구하고 Color 값을 찾는 일, tag를 닫는 일 등 번거로운 작업 역시 포함이 되어 있음.

 

그뿐만 아니라 클래스의 상속과 같은 사항으로 점점 CSS 문서는 양이 많아지고 이로 인해 이후 유지관리에 많은 영향을 끼침.

 

이런 CSS의 문제점들을 프로그래밍 개념(변수, 함수, 상속 등)을 활용하여 해결해 나갈 수 있음.

 

하지만 이 CSS 전처리기(CSS Preprocessor) 자체만으로는 웹 서버가 인지하지 못하기 때문에

각 CSS 전처리기에 맞는 Compiler를 사용해야 하고 컴파일을 하게 되면 실제로 우리가 사용하는 CSS 문서로 변환이 됨.

 

이를 통해 CSS 파일들을 잘 구조화할 수 있게 되었고, 최소한 CSS 파일을 몇 개의 작은 파일로 분리할 수 있는 방법이 생김.

 

 

SASS

 

SS 전처리기 중에서 가장 유명한 SASS는 Syntactically Awesome Style Sheets의 약자로

CSS를 확장해 주는 스크립팅 언어.

 

즉, CSS를 만들어주는 언어로서 자바스크립트처럼 특정 속성(ex. color, margin, width 등)의 값(ex. #ffffff, 25rem, 100px 등)을 변수로 선언하여 필요한 곳에 선언된 변수를 적용할 수도 있고, 반복되는 코드를 한 번의 선언으로 여러 곳에서 재사용할 수 있도록 해 주는 등의 기능을 가짐.

 

그래서 SASS는 SCSS 코드를 읽어서 전처리한 다음 컴파일해서 전역 CSS 번들 파일을 만들어 주는

전처리기(preprocessor)의 역할을 함.

 

 

그러나 SASS가 'CSS의 구조화' 를 해결해 주는 것의 장점보다 다른 문제들을 더 많이 만들어냄.

 

예를 즐어 전처리기가 어떤 작업을 하는지는 알지 못하고, CSS 용량은 커지기만 함.

 

단점 :

• 전처리기를 위한 도구가 필요, 다시 컴파일하는 시간이 느릴 수 있음
• Less에서는 변수 이름의 접두어가 @이며, @media, @import, @font-face 규칙과 같은 고유 CSS 키워드와 혼동될 여지가 있음
• Sass에서는 노드 버전을 바꿀 때 자주 다시 컴파일해야 함

출처 :https://fathory.tistory.com/30

 

 

- 결국 CSS 전처리기의 문제를 보완하기 위해 여러 방법론이 있으나 결국 목표는 이러함.

 

• 코드의 재사용
• 코드의 간결화(유지 보수 용이)
• 코드의 확장성
• 코드의 예측성(크래스 명으로 의미 예측)

 

BEM

 

Block, Element, Modifiler 로 구분하여 클래스명을 작성하는 방법, 이들은 __ 와 -- 로 구분함.

 

클래스명은 BEM 방식의 이름을 여러 번 반복하여 재사용할 수 있도록 하며 HTML/CSS/SASS 파일에서도

 

더 일관된 코딩 구조를 만들어 줌.

여기서 문제는...

 

• 클래스명 선택자가 장황해짐
• 긴 클래스명 때문에 마ㅡ업이 불필요하게 커짐
• 재사용하려고 할 떄마다 모든 UI 컴포넌트를 명시적으로 확장해야함.

또한 언어 로직 상에 진정한 캡슐화(객체의 속성과 행위를 하나로 묶고 실제 구현 내용 일부를 외부에 감추어 은닉하는 개념)

의 개념이 없다는 것! 그래서 유일한 클래스명을 선택하는 것에 의존할 수밖에 없었음

 

 

Styled-Component

 

애플리케이션으로 개발 방향이 진화하면서 컴포넌트 단위의 개발은 캡슐화의 중요성을 불러옴.

 

근데 CSS는 컴포넌트 기반의 방식을 위해 만들어진 적이 없었음.

 

결국 CSS 도 컴포넌트 영역으로 불러들이기 위해 CSS-in-JS가 탄생함

 

CSS-in-JS의 대표적인 예가 Styled-Component!

 

Styled-Component는 기능적(Functional) 혹은 상태를 가진 컴포넌트들로부터

UI를 완전히 분리해 사용할 수 있는 아주 단순한 패턴을 제공함!