기본적으로 리액트 나 뷰 쓸거면 css를 js 스타일로 별도로 할거인데
지금 말하는 꼬라지보니까 리액트 뷰도입 안하는 생짜 CSS인데
이럼
SCSS 도입해야함
즉 컴포넌트 단위, 모듈 해서 style.css 도입하는건데
1페이지에 1 css 걍 정신병자고 보일러 플레이트 발생함
그렇게 하는게 아니라 페이지가 가지는 공통 컴포넌트를 해서 최대한 css를 적게 작성해서 html이 그걸 공유해서 쓰는게 되야함
기본적으로 리액트 나 뷰 쓸거면 css를 js 스타일로 별도로 할거인데
지금 말하는 꼬라지보니까 리액트 뷰도입 안하는 생짜 CSS인데
이럼
SCSS 도입해야함
즉 컴포넌트 단위, 모듈 해서 style.css 도입하는건데
1페이지에 1 css 걍 정신병자고 보일러 플레이트 발생함
그렇게 하는게 아니라 페이지가 가지는 공통 컴포넌트를 해서 최대한 css를 적게 작성해서 html이 그걸 공유해서 쓰는게 되야함
행님 제가 이해한 부분 말씀드리겠습니다 현재 저희 웹은 디폴트 파일이 존재하고, 그 안에 플래그먼트로 나눠서 관리하고있습니다. 헤더/컨텐츠/사이드바/푸터입니다. 그래서 컨텐츠에 해당하는 html들만 css파일을 각각 대응하게 뽑을까? 하는 생각을 했었슴다. 컴포넌트별로 나누라는뜻은 '헤더/컨텐츠/사이드바/푸터' 이렇게 공통부분과 변동성있는 파트를 나눠서 보라는 뜻이 맞을까요?
맞아
공통성있는 부분+변동성있는 파트를 나누는게 맞음
@ㅆㅇㅆ(124.216) 저렇게 나눴을때 컨텐츠.html 들에 대응하는 css를 각각 만든다고하면 css가 50~100개 정도 나올 수도 있는데 이렇게 만들어서 관리해도 구조상 문제 없을까요?
@프갤러1(121.157) CSS가 컴포넌트면 모르겠는데 컴포넌트가 100개정도 있다라는 이야기면 문제가되지 않는데 문제는 1html=1css 단위가 어떠냐에 따라 다르지 기본적으로 컴포넌트 1개에 1css가 맞아서, 보통 html에 여러가지 컴포넌트가 섞이기때문에 그럼 뭐
언제적 scss냐 어휴 씨발 쓰는꼬라지 씹틀딱이네 일부는 맞고 일부는 틀렸어