의미론에 대하여
의미론은 기호와 상징의 관계와 그것이 나타내는 의미를 연구합니다. 언어학에서는 언어의 상징(단어, 구, 소리 등)의 의미를 연구합니다. 프런트 엔드 개발 분야에서 의미론은 주로 HTML 요소, 속성 및 속성 값(마이크로데이터와 같은 확장 포함)의 합의된 의미를 포함합니다. 사양에 일반적으로 사용되는 이러한 공식 규칙 의미는 프로그램(및 나중에 개발에 참여하는 사람들)이 웹 사이트의 모든 측면을 더 잘 이해하는 데 도움이 될 수 있습니다. 그러나 이러한 요소, 속성, 속성값의 의미가 형식화되더라도 여전히 개발자의 적응과 집단적 선택의 대상이 됩니다. 이는 공식적인 계약 의미가 미래에 수정될 수 있음을 가능하게 합니다(그리고 이는 HTML 디자인 원칙 중 하나입니다).
다양한 유형의 HTML 의미 체계 구별
"의미론적 HTML" 작성 원칙을 고수하는 것은 현대 전문 프론트엔드 개발의 기초 중 하나입니다. 대부분의 의미론은 콘텐츠의 현재 또는 예상되는 특성(예: h1 요소, lang 속성, 유형 속성의 이메일 값, 마이크로데이터)과 관련됩니다.
그러나 모든 의미론이 콘텐츠 지향적일 필요는 없습니다. 클래스 이름은 "의미론적"일 수 없습니다. 이름이 무엇이든 의미와 목적이 있어야 합니다. 클래스 이름의 의미는 HTML 요소의 의미와 다를 수 있습니다. 우리는 HTML 요소, 특정 HTML 속성, 마이크로데이터 등의 "글로벌" 의미를 사용할 수 있으며, 그런 다음 웹사이트나 애플리케이션의 "로컬" 특정 의미를 사용하여 구별할 수 있습니다. 이러한 특정 의미는 일반적으로 다음과 같은 속성 값에 포함됩니다. 클래스 속성 .
이러한 "모범 사례"가 HTML5 사양의 클래스 속성 섹션에서 반복되어 있지만...
...개발자가 표시될 것으로 예상되는 콘텐츠를 설명하는 대신 클래스 속성 값을 사용하여 실제 콘텐츠를 설명하도록 권장합니다.
…이렇게 할 본질적인 이유는 없습니다. 실제로 대규모 웹사이트나 애플리케이션에서 이 접근 방식을 사용하면 종종 방해가 될 수 있습니다.
HTML 요소 및 기타 속성은 이미 콘텐츠 수준 의미를 제공합니다.
컴퓨터나 방문자의 경우 클래스 이름은 유용한 의미 정보를 거의 또는 전혀 나타내지 않습니다. 합의된 이름의 작은 부분이 아닌 한(기계 판독 가능) - Mircoformats
클래스 이름의 주요 목적은 CSS 및 JavaScript에 대한 연결이 되는 것입니다. 페이지에 프리젠테이션과 동작을 추가할 필요가 없다면 HTML에 클래스 이름
을 추가할 필요가 없을 것입니다. 클래스 이름은 개발자에게 유용한 정보를 전달해야 합니다. DOM 조각을 읽으면 특정 클래스 이름의 구체적인 목적을 이해하는 데 도움이 됩니다. 특히 여러 사람으로 구성된 개발팀에서는 프론트엔드 개발자만이 HTML 구성요소를 다루는 것은 아닙니다.
아주 간단한 예를 들어보세요.
- div class="뉴스" >
- h2>뉴스h2>
- [뉴스 내용]
- div>
반명뉴스는 내용이 명확하지 않으면 아무 것도 알려줄 수 없습니다. 이는 구성 요소의 전체 구조에 대한 정보를 제공하지 않으며 내용이 더 이상 "뉴스"가 아닌 경우 이 클래스 이름을 사용하는 것은 매우 부적절해 보입니다. 클래스 이름의 의미가 내용과 너무 가깝고 아키텍처가 확장하기 쉽지 않고 다른 개발자가 사용하기도 쉽지 않습니다.
콘텐츠 독립적인 클래스 이름
디자인 패턴의 구조와 기능에서 클래스 이름의 의미를 추출하는 것이 더 나은 접근 방식입니다. 클래스 이름이 내용과 관련이 없는 구성 요소는 재사용성이 더 높습니다.
명확한 내용을 엄격하게 반영하기 위해 클래스 이름을 사용하기보다는 각 레이어 간의 관계를 명확하고 모호하지 않게 만드는 것을 두려워해서는 안 됩니다(구조 레이어, 콘텐츠 레이어 등을 참조해야 함, 번역자 주). 이렇게 한다고 해서 클래스 이름이 "의미론적"이 되는 것은 아니며 단지 해당 의미론이 내용에 의존하지 않는다는 것을 보여줄 뿐입니다. 또한 더 강력하고 유연하며 재사용 가능한 구성 요소를 만드는 데 도움이 되는 한 추가 HTML 요소를 사용하는 것을 두려워해서는 안 됩니다. 그렇게 한다고 해서 HTML이 "의미론적"이 되는 것은 아니며 단지 최소 요소 수 이상을 사용하여 콘텐츠를 마크업한다는 의미일 뿐입니다.
프런트엔드 아키텍처
구성 요소, 템플릿 및 객체 지향 아키텍처의 목적은 특정 범위 내에서 다양한 콘텐츠 유형을 포함할 수 있는 제한된 수의 재사용 가능한 구성 요소를 개발할 수 있도록 하는 것입니다. 대규모 애플리케이션에서 클래스 이름 의미론에 대한 가장 중요한 점은 실용주의를 바탕으로 기본 목적을 수행한다는 것입니다. 즉, 개발 또는 사용을 위한 의미 있고 유연하며 재사용 가능한 성능 또는 동작 후크를 제공합니다.
재사용 및 구성 가능한 구성요소
일반적으로 확장 가능한 HTML/CSS는 재사용 가능한 구성 요소를 생성하기 위해 HTML의 클래스에 의존해야 합니다. DOM 트리의 특정 부분에 의존하지도 않고 특정 유형의 요소를 사용하지도 않는 유연하고 재사용 가능한 구성 요소입니다. 다양한 컨테이너에 적용할 수 있어야 하며 테마를 쉽게 변경할 수 있어야 합니다. 필요한 경우 콘텐츠를 마크업하는 데 필요한 요소 외에 추가 HTML 요소를 사용하여 구성 요소를 더욱 강력하게 만들 수 있습니다. Nicole Sullivan의 미디어 개체가 좋은 예입니다.
클래스를 지원하기 위해 유형 선택기를 사용하지 않으면 구성 요소를 더 쉽게 병합할 수 있습니다. 다음 예에서 btn 구성 요소와 uilist 구성 요소는 병합하기 쉽지 않습니다. 문제는 .btn이 .uilist a보다 가중치가 작다는 것입니다(이것은 모든 공유 속성을 무시합니다). 그리고 ulist 구성 요소에는 하위 노드로 앵커 포인트가 필요합니다.
- .btn { /* 스타일 */ }
- .uilist { /* 스타일 */ }
- .uilist a { /* 스타일 */ }
- nav class="uilist" >
- a href="#" >집아>
- a href="#" >소개a>
- 아 class="btn" href="#">로그인 아>
- 탐색>
uilist 구성 요소를 다른 구성 요소와 쉽게 결합하는 한 가지 방법은 클래스를 사용하여 uilist의 하위 DOM 요소에 스타일을 추가하는 것입니다. 이렇게 하면 무게가 줄어들지만 주요 이점은 하위 노드의 구조적 스타일을 처리할 수 있는 옵션을 제공한다는 것입니다.
- .btn { /* 스타일 */ }
- .uilist { /* 스타일 */ }
- .uilist-item { /* 스타일 */ }
- nav class="uilist" >
- a class="uilist- 항목" href="#">홈아>
- a class="uilist- 항목" href="#">정보아>
- span class="uilist- 항목">
- 아 class="btn" href="#">로그인 아>
- 스팬>
- 탐색>
JavaScript 전용 클래스
어떤 형태로든 JavaScript 전용 클래스를 사용하면 구성 요소 스타일이나 구조 변경으로 인해 JavaScript가 실패할 위험을 줄일 수 있습니다. 내가 찾은 매우 효과적인 방법은 JavaScript 후크에만 특정 클래스(js-*)를 사용하고 클래스 이름에 설명을 추가하지 않는 것입니다.
- a href="/login" 클래스="btn btn-primary js-login"> 아>
구성 요소의 구조나 스타일을 수정하면 필요한 JavaScript 동작과 복잡한 기능에 의도치 않게 영향을 미칠 수 있습니다. 이 방법을 사용하면 가능성을 줄일 수 있습니다.
구성요소 수정자
구성 요소에는 기본 구성 요소와 약간만 다른 변형이 있는 경우가 많습니다. 예를 들어 배경색이나 테두리가 다릅니다. 이러한 구성 요소의 변형을 만드는 데는 두 가지 주요 모드가 있습니다. 나는 이를 "단일 클래스 이름" 패턴과 "다중 클래스 이름" 패턴이라고 부릅니다.
단일 클래스 이름 패턴
- .btn, .btn-primary { /* 버튼 템플릿 스타일 */ }
- .btn-primary { /* 기본 버튼의 특수 스타일 */ }
- 버튼 class="btn" >기본버튼>
- 버튼 class="btn- 기본">로그인버튼>
여러 클래스 이름 패턴
- .btn { /* 버튼 템플릿 스타일 */ }
- .btn-primary { /* 기본 버튼의 특수 스타일 */ }
- 버튼 class="btn" >기본버튼>
- 버튼 class="btn btn -기본">로그인버튼>
전처리기를 사용하는 경우 Sass의 @extend 기능을 사용하면 "단일 클래스 이름" 패턴을 사용할 때 관련된 유지 관리 작업을 일부 줄일 수 있습니다. 그러나 전처리기의 도움에도 불구하고 나는 여전히 "다중 클래스 이름" 모드를 사용하고 HTML에서 클래스 이름을 수정하는 것을 선호합니다.
저는 이것이 더 확장 가능한 패턴이라고 생각합니다. 예를 들어 기본 btn 구성 요소를 구현하고 5가지 유형의 버튼과 3가지 추가 크기를 추가하려고 합니다. "다중 클래스 이름" 모드를 사용하면 9개의 클래스만 필요하고, "단일 클래스 이름" 모드를 사용하면 24개의 클래스만 필요합니다.
또한 필요한 경우 구성 요소에 맞게 컨텍스트를 조정하는 것이 더 쉬워집니다. 다른 구성 요소에 나타나는 btn을 세부적으로 조정하고 싶을 수도 있습니다.
- /* "다중 클래스 이름" 스타일 조정 */
- .thing .btn { /* 해당 스타일 조정 */ }
- /* "단일 클래스 이름" 스타일 조정 */
- .thing.btn,
- .thing .btn-primary,
- .thing .btn-danger,
- .thing .btn-etc { /* 해당 스타일 조정 */ }
"다중 클래스 이름" 모드는 모든 유형의 btn 요소 스타일을 변경하려면 단일 내부 구성 요소 선택기만 사용해야 함을 의미합니다. "단일 클래스 이름" 패턴은 새 버튼 변형을 만들 때 가능한 모든 버튼 유형을 고려하고 선택기를 조정해야 함을 의미합니다.
구조화된 클래스 이름
구성 요소를 생성하고 여기에 "테마"를 추가하면 일부 클래스는 각 구성 요소를 구별하는 데 사용되고 일부 클래스는 구성 요소의 수정자로 사용되며 다른 클래스는 DOM 노드를 연결하는 데 사용됩니다. 더 큰 추상 구성 요소 내에 포함되어 있습니다.
btn(컴포넌트), btn-primary(수식자), brn-group(컴포넌트), btn-group-item(컴포넌트 하위 개체) 사이의 이름이 명확하지 않아 관계를 판단하기 어렵습니다. 수업의. 일관된 패턴이 없습니다.
지난 1년 동안 저는 HTML, CSS, JS 파일을 서로 전환하지 않고도 DOM 조각의 노드 표현 간의 관계를 빠르게 이해할 수 있도록 명명 패턴을 실험해 왔습니다. 웹사이트의 구조. 이 패턴은 BEM 시스템의 명명 접근 방식에 크게 영향을 받았지만 탐색하기 더 쉬운 형식으로 조정되었습니다.
t -template- name--modifier-name
t-template-name__sub-object
t-template-name__sub-object--modifier-name
컴포넌트 이름
컴포넌트 이름--수정자 이름
컴포넌트 이름__하위 개체
컴포넌트 이름__하위 개체--수정자 이름
상태-유형
js-액션-이름
js-구성요소 유형
저는 일부 구조를 추상적인 "템플릿"으로 취급하고 다른 구조를 더 명확한 구성 요소(종종 "템플릿"을 기반으로 구축됨)로 취급합니다. 그러나 이러한 구별이 항상 필요한 것은 아닙니다.
이것은 지금까지 유용하다고 생각한 명명 패턴 중 하나일 뿐입니다. 명명 패턴은 어떤 형식이든 취할 수 있습니다. 그러나 이 명명 패턴의 장점은 모호한 클래스 이름을 제거하고 (단일) 커넥터, 밑줄 또는 낙타 대문자 형식에만 의존한다는 것입니다.
Raw 파일 크기 및 HTTP 압축에 대한 참고 사항
모듈식 및 확장 가능한 CSS에 대한 논의에는 파일 크기 및 '부풀림'에 대한 우려가 포함됩니다. Nicole Sullivan의 발언에서는 Facebook과 같은 회사가 이 접근 방식을 채택한 경험을 인용하면서 파일 크기 저장(및 유지 관리 개선)에 대해 자주 언급합니다. 한 단계 더 나아가서, 출력 전처리에서 얻은 HTTP 압축 효과 중 일부와 HTML 클래스의 과도한 사용을 공유하고 싶다고 생각했습니다.
Twitter Bootstrap이 처음 나왔을 때 수동으로 조작한 파일과 크기를 더 잘 비교하기 위해 컴파일된 CSS를 다시 작성했습니다. 모든 파일을 최소화한 후 수동으로 조작한 CSS 파일은 전처리기 출력보다 10% 더 작았습니다. 그러나 모든 파일을 gzip으로 압축하면 전처리기에서 출력되는 CSS 파일이 수동 작업보다 5% 더 작아집니다.
파일 크기가 줄어든다고 전체 내용을 알 수는 없으므로 HTTP 압축 후 파일 크기를 비교하는 것이 중요하다는 점을 강조합니다. 이는 전처리기를 사용하는 숙련된 CSS 개발자가 컴파일된 CSS의 어느 정도 중복에 대해 너무 걱정해서는 안 된다는 것을 의미합니다. HTTP 압축 후에 CSS가 작아지기 때문입니다. 전처리기를 통해 보다 유지 관리하기 쉬운 CSS 코드를 처리하는 이점은 원시 CSS 및 축소된 출력 CSS의 미적 측면이나 파일 크기에 대한 우려보다 큽니다.
또 다른 실험에서는 인터넷에서 60KB HTML 파일(재사용 가능한 여러 구성 요소로 구성됨)을 스크랩하고 각 클래스 속성을 삭제했습니다. 이 처리 후에는 파일 크기가 25KB로 줄어듭니다. 원본 파일과 추출된 파일을 모두 gzip으로 압축하면 크기는 각각 7.6KB와 6KB가 되어 불과 1.6KB의 차이가 납니다. 자유로운 클래스 사용으로 인한 실제 파일 크기 결과는 더 이상 강조할 가치가 없습니다.

부울 속성은 값없이 활성화되는 HTML의 특수 속성입니다. 1. 부울 속성은 입력 상자를 비활성화하는 등의 존재 여부에 따라 요소의 동작을 제어합니다. 2. 작업 원칙은 브라우저가 구문 분석 할 때 속성의 존재에 따라 요소 동작을 변경하는 것입니다. 3. 기본 사용법은 속성을 직접 추가하는 것이며, 고급 사용량은 JavaScript를 통해 동적으로 제어 될 수 있습니다. 4. 일반적인 실수는 값을 설정해야한다고 잘못 생각하고 올바른 글쓰기 방법은 간결해야합니다. 5. 모범 사례는 코드를 간결하게 유지하고 부울 속성을 합리적으로 사용하여 웹 페이지 성능 및 사용자 경험을 최적화하는 것입니다.

HTML 코드는 온라인 유효성 검사기, 통합 도구 및 자동화 된 프로세스를 통해 깨끗할 수 있습니다. 1) w3cmarkupvalidationservice를 사용하여 온라인으로 HTML 코드를 확인하십시오. 2) 실시간 확인을 위해 VisualStudioCode에 HTMLHINT 확장을 설치하고 구성하십시오. 3) htmltidy를 사용하여 시공 프로세스에서 HTML 파일을 자동으로 확인하고 청소하십시오.

HTML, CSS 및 JavaScript는 최신 웹 페이지를 구축하기위한 핵심 기술입니다. 1. HTML 웹 페이지 구조를 정의합니다. 2. CSS는 웹 페이지의 모양을 담당합니다.

HTML의 기능은 웹 페이지의 구조와 내용을 정의하는 것이며, 그 목적은 정보를 표시하는 표준화 된 방법을 제공하는 것입니다. 1) HTML은 타이틀 및 단락과 같은 태그 및 속성을 통해 웹 페이지의 다양한 부분을 구성합니다. 2) 콘텐츠 및 성능 분리를 지원하고 유지 보수 효율성을 향상시킵니다. 3) HTML은 확장 가능하므로 사용자 정의 태그가 SEO를 향상시킬 수 있습니다.

HTML의 미래 트렌드는 의미론 및 웹 구성 요소이며 CSS의 미래 트렌드는 CSS-In-JS 및 CSShoudini이며, JavaScript의 미래 트렌드는 WebAssembly 및 서버리스입니다. 1. HTML 시맨틱은 접근성과 SEO 효과를 향상시키고 웹 구성 요소는 개발 효율성을 향상 시키지만 브라우저 호환성에주의를 기울여야합니다. 2. CSS-in-JS는 스타일 관리 유연성을 향상 시키지만 파일 크기를 증가시킬 수 있습니다. CSShoudini는 CSS 렌더링의 직접 작동을 허용합니다. 3. Webosembly는 브라우저 애플리케이션 성능을 최적화하지만 가파른 학습 곡선을 가지고 있으며 서버리스는 개발을 단순화하지만 콜드 스타트 문제의 최적화가 필요합니다.

웹 개발에서 HTML, CSS 및 JavaScript의 역할은 다음과 같습니다. 1. HTML은 웹 페이지 구조를 정의하고, 2. CSS는 웹 페이지 스타일을 제어하고 3. JavaScript는 동적 동작을 추가합니다. 그들은 함께 현대 웹 사이트의 프레임 워크, 미학 및 상호 작용을 구축합니다.

HTML의 미래는 무한한 가능성으로 가득합니다. 1) 새로운 기능과 표준에는 더 많은 의미 론적 태그와 WebComponents의 인기가 포함됩니다. 2) 웹 디자인 트렌드는 반응적이고 접근 가능한 디자인을 향해 계속 발전 할 것입니다. 3) 성능 최적화는 반응 형 이미지 로딩 및 게으른로드 기술을 통해 사용자 경험을 향상시킬 것입니다.

웹 개발에서 HTML, CSS 및 JavaScript의 역할은 다음과 같습니다. HTML은 컨텐츠 구조를 담당하고 CSS는 스타일을 담당하며 JavaScript는 동적 동작을 담당합니다. 1. HTML은 태그를 통해 웹 페이지 구조와 컨텐츠를 정의하여 의미를 보장합니다. 2. CSS는 선택기와 속성을 통해 웹 페이지 스타일을 제어하여 아름답고 읽기 쉽게 만듭니다. 3. JavaScript는 스크립트를 통해 웹 페이지 동작을 제어하여 동적 및 대화식 기능을 달성합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전

DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.
