인터넷 프로그래밍 기술이 지속적으로 발전하면서 점점 더 많은 대학 졸업생들이 웹 개발 업계에 합류하고 있습니다. 웹 개발에는 위치 지정 및 레이아웃을 위해 CSS를 사용해야 한다는 사실은 모두가 알고 있습니다.
이제 Hefei Beida Jade Bird가 CSS 코드 작성 방법을 보여드리겠습니다.
프론트엔드 시스템의 변화는 하루가 다르게 변하는 것이라고 할 수 있습니다.
단 1년 만에 이론, 프레임워크, 구축 도구, 심지어 개발 언어까지 극적으로 변했습니다.
새 프로젝트가 시작되면서 이전 프로젝트의 프런트엔드 아키텍처를 검토하는 시간을 가졌습니다.
저는 많은 아이디어를 냈고 새로운 프레임워크를 준비하기 위해 이를 최대한 많이 문서화하겠습니다.
1. OOCSS(객체 지향 CSS) OOCSS 사용에는 두 가지 주요 원칙이 있습니다. 하나는 구조와 모양을 분리하는 것인데, 주로 컨테이너와 콘텐츠를 분리하는 것을 포함합니다.
OOCSS는 주로 객체 프로그래밍 방법을 기반으로 합니다. OOCSS의 목적은 주로 코드 재사용을 지원하고 궁극적으로 스타일을 잘 추가하고 유지할 수 있도록 하는 것입니다.
OOCSS에도 몇 가지 단점이 있습니다. 대규모 웹사이트에는 재사용 가능한 구성 요소가 많고 소규모 프로젝트를 운영할 때 효과가 별로 좋지 않기 때문입니다. 선택이 중요하다. 선택은 프로젝트 상황에 따라 이루어져야 한다.
2. BEM(Block Element Modifier) BEM은 CSS 명명 규칙입니다.
CSS의 구조를 작성하는 방법은 다루지 않습니다.
컴퓨터 교육 과정에서 컴퓨터 교육에서는 각 요소에 다음 내용을 포함하는 CSS 클래스 이름만 추가할 것을 권장합니다.
BEM 모드에서는 번거롭고 중복되어 보이지만 각 CSS 클래스 이름은 해당 클래스가 수행하는 작업을 잘 설명합니다.
LESS 또는 SASS와 결합하면 쓰기 복잡성이 줄어듭니다.
3. 규칙 문서 많은 사람들은 큰 측면에 집중하고 세부 사항을 잊어버리는 경향이 있습니다. 잘 정의된 규칙 문서는 필요에 따라 코드를 작성하도록 상기시켜 줍니다.
좋은 규칙 문서는 다음 사양을 따라야 합니다. 일반적인 설명보다는 변경할 수 없는 규칙을 포함해야 하며 항상 규칙을 가장 간단한 표현으로 구체화하고 먼저 규칙이 무엇인지 설명해야 합니다. "그렇지 않으면 어떻게 되나요? 그리고 Hefei Hefei Beida Jade Bird는 각 규칙에 다음 단어 중 하나가 포함되어야 한다고 믿습니다. 항상, 절대, 단지, 모두, 필요하지 않습니다.
네 번째, 종합 계획 언급한 바와 같이 처음에 BEM을 사용하는 것만으로는 프로젝트에서 직면한 문제가 해결되지 않았습니다. 대신에 다른 새로운 문제가 발생했지만 이는 BEM의 책임이 아니라고 생각합니다. 아키텍처의 중요한 부분인 CSS는 업계에서 인기가 있기 때문에 사용하는 것이 아니라 프로젝트에 적합한 솔루션을 선택하는 것입니다.