XHTML 2의 진행 상황을 이해한 후, X/HTML 5의 진행 상황을 살펴보겠습니다.
X/HTML 5의 장점
챕터 요소 개념 X/HTML 5에는 웹 페이지를 장으로 나누는 새로운 요소가 도입되었습니다. 이러한 구성 요소는 검색 엔진과 접근성 도구가 페이지 콘텐츠를 더 잘 이해하는 데 도움이 됩니다. 이러한 새로운 요소를 사용하여 라벨을 더 읽기 쉽게 만드세요.
챕터별로 나누어진 콘텐츠 아이디어가 멋지네요! 하지만 왜 챕터 기술을 사용하는 것이 충분히 멋지지 않은지 살펴보세요.
대화 요소
대화 요소는 대화를 표현하는 데 사용됩니다. 화자를 정의하는 데 사용되는 dt 요소와 화자의 음성 내용을 나타내는 dd 요소가 포함됩니다. 예를 들어:
그림 요소 마스트헤드는 인쇄 출판물(교과서, 신문, 잡지 등)의 미디어 개체(사진, 삽화, 차트 등)에 자주 사용됩니다. 지금까지 웹 마크업 언어에는 이러한 효과를 낼 수 있는 구문이 없습니다. figrue 요소에는 이미지 헤더를 지정하는 데 사용할 수 있는 legend 하위 요소가 있습니다. 예를 들어:
XML/HTML 코드
m요소 m 요소는 표시되거나 강조 표시된 텍스트 섹션을 나타냅니다. 이는 동적 웹 페이지에서 검색 키워드를 표시할 때 매우 유용합니다. 이때 페이지의 키워드는 m 요소를 사용하여 표시할 수 있습니다. 예를 들어, 사용자가 키워드 snow를 검색하면 웹 페이지는 다음 콘텐츠를 생성할 수 있습니다.
XML/HTML 코드
눈남자는 눈으로 만든 사람 같은 조각품입니다.
입력 요소가 강화되었습니다 이메일, URL, 데이터 관련, 시간 관련, 숫자 데이터 유형을 지원하도록 입력 요소 기능이 향상되었습니다. 이는 클라이언트 측에서 더 많은 확인 기능을 완료할 수 있음을 의미합니다.
공개 프로세스 X/HTML의 개발 프로세스는 XHTML 2보다 훨씬 더 개방적입니다. 누구나 X/HTML 5 창작 과정에 참여할 수 있습니다.
X/HTML 5 연고 속의 파리 챕터 요소 사용
챕터 요소를 활용하는 아이디어는 좋지만 X/HTML 5 애플리케이션에서는 다소 번거로운 것 같습니다. 일부 설명은 당신을 더 혼란스럽게 만들 수도 있습니다. 예를 들어:
Aside 요소는 페이지 콘텐츠의 일부를 나타내며, Aside 요소의 전후 콘텐츠와 관련이 있습니다. 이러한 구성 요소는 인쇄 기술의 사이드바에 자주 사용됩니다.
역할 속성이 있는 div 요소는 확장성이 뛰어나고 이해하기 더 쉽지 않나요?
언급된 또 다른 장 요소는 페이지의 다른 페이지에 대한 링크를 나타내는 데 사용되는 nav입니다. nav 요소가 정말 필요한가요? XHTML 2의 nl 요소는 이 작업을 더 잘 수행합니다.
HTML 4 및 XHTML 1의 결함은 향후 사양에도 여전히 존재할 것입니다.
X/HTML은 이전 버전 지원을 제공하려고 시도하므로 HTML 4 및 XHTML 1의 결함은 X/HTML 5에도 여전히 존재합니다. 사양은 이전 버전을 비워둘 필요가 없습니다. 대신 클라이언트 소프트웨어는 여러 사양을 지원하여 이전 버전과의 호환성을 제공해야 합니다.
X/HTML 5는 X/HTML 5 매뉴얼을 따르지 않습니다 X/HTML 5는 이전 버전인 HTML 4 및 XHTML 1과 호환되도록 설계되었습니다. 현재 big, 약어 u 및 tt는 이 사양의 일부가 아니지만 i 및 samll과 같은 다른 요소는 의미를 재정의했습니다. 예를 들어 i와 small은 HTML 4.01 사양에서 다음과 같이 정의됩니다.
i: 텍스트를 이탤릭체로 만듭니다.
작은: "작은" 글꼴로 텍스트를 렌더링합니다.
X/HTML 5에서 i와 small은 새로운 의미를 갖습니다.
i 요소는 분류 설계, 기술 용어, 외국어 관용어, 아이디어, 의견, 선박 이름 또는 기타 요구 사항 등 본문과 다른 텍스트 또는 단락을 다양한 방식으로 표현합니다. 인쇄 기술 텍스트를 이탤릭체로 렌더링합니다. .
작은 요소는 작은 활자체(저작권이나 기존 단점 등 법적 제약을 설명하는 문서의 일부)와 설명을 나타냅니다.
이는 i와 small의 의미를 재정의하여 HTML 4 및 XHTML 1과의 하위 호환성을 깨뜨립니다. 이전 버전과의 호환성은 HTML 4 문서를 렌더링할 때 HTML 5 사용자 에이전트(브라우저)가 HTML 4 사용자 에이전트와 일관성을 유지해야 함을 의미하기 때문입니다. 따라서 HTML 5가 이전 버전과의 호환성을 강조한다면 HTML 4에서 거의 의미가 없는 구조는 HTML 5에서도 거의 의미가 없습니다.
안돼요? 글꼴 요소가 계속 지원되나요?
예, 개발자가 WYSIWYG 편집기를 사용하는 경우 X/HTML 5는 여전히 글꼴 요소를 지원합니다. 이에 대한 정당성이 있습니까? WYSIWYG 편집자는 글꼴 사용을 피할 수 있나요?
WYSIWYG 서명 WYSIWYG 편집기를 사용하여 생성된 문서는 헤드 요소에 다음 WYSIWYG 서명을 포함해야 합니다.
XML/HTML 코드
또는:
XML/HTML 코드
이렇게 하는 이유는 무엇인가요? 일종의 수치심의 표시? 이 문서는 WYSIWYG 편집기로 생성되었기 때문에 브라우저에게 최악의 상황에 대비하라고 지시합니까? 그렇다면 WYSIWYG 도구를 사용하여 문서의 일부만 완성한다면 어떨까요?
사전 정의된 클래스 이름 지원 사전 정의된 클래스 이름은 X/HTML 5 사용자 에이전트에 예약된 의미론적 CSS 클래스 이름입니다. 다음 예에서 copyright는 미리 정의된 클래스 이름입니다.
XML/HTML 코드
미리 정의된 클래스 이름의 한 가지 문제점은 다음과 같이 작성하는 것이 의미가 없다는 것입니다.
XML/HTML 코드
이런 식으로만 쓰는 것이 의미가 있습니다.
XML/HTML 코드
클래스 속성을 다시 작성하면 구조의 구체적인 의미를 설명하기가 어렵습니다. 예를 들어, 다음 코드는 무엇을 의미합니까?
XML/HTML 코드
사전 정의된 클래스 이름은 개발자의 클래스 이름 사용 자유를 제한합니다. 마찬가지로 개발자가 지금은 미리 정의되지 않은 클래스 이름을 사용하지만 언젠가 해당 클래스 이름이 미리 정의된 클래스가 된다면 먼저 어떤 일이 일어날까요? 이로 인해 개발자의 이전 콘텐츠 의미가 변경됩니까?
HTML 5 대 XHTML 5 HTML 대 XHTML 논쟁을 최종적으로 해결하려는 시도에서 X/HTML 5 사양은 상황을 이해하기 어렵게 만듭니다. 실제로 X/HTML 5 사양에는 "일반적으로 말하면 개발자는 웹에서 XML을 직접 사용할 수도 있다"고 명시되어 있습니다. W3C가 향후 웹에서 XML을 적용하기 위해 열심히 노력해 왔음에도 불구하고 말입니다.
개발 과정이 너무 성급합니다 X/HTML 5는 W3C의 HTML 4 및 XHTML 1 업데이트 지연에 대한 대응입니다. 결과적으로, X/HTML 5의 개발 프로세스는 약간 성급하게 진행되었으며, 사양이 갑자기 나왔다가 빠르게 따라가는 듯한 느낌이 들었습니다. 직접 참여하는 개발자들조차도 표준화된 개발 프로세스가 다소 비현실적이라고 느낍니다.
차세대 마크업 언어 경쟁 X/HTML 5와 XHTML 2는 모두 HTML 4와 XHTML 1을 대체하기 위해 경쟁하고 있습니다. 개발 초기 단계에서도 일부 브라우저 공급업체는 두 사양을 모두 선호한다고 밝혔습니다. 이는 심의의 긴급성과 폐쇄성으로 인해 웹 표준 조직을 양극화시켰습니다. 두 사양이 모두 진행됨에 따라 더 많은 개발 자원과 시장 자본이 둘 중 하나에 투자될 것이며, 이는 모두 "표준" 전쟁으로 이어질 것입니다. 웹은 모든 사람의 것이며 정직하고 공개적인 토론만이 최고의 표준이 승리할 수 있도록 보장할 수 있기 때문에 우리 각자가 이 표준의 설정자입니다.
참고: 읽기의 편의를 위해 기사에서는 "HTML 4.x/XHTML 1.x"를 "HTML 4 및 XHTML 1"로 축약합니다.
원본링크: http://www.dudo.org/article.asp?id=249
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
