HTML4 및 XHTML과 호환됩니다. John Resig는 몇 가지 이점에 대해 게시했습니다 .
지원되지 않는 새로운 기능을 사용하지 않는 한이 문서 유형으로 사이트를 구축하기 시작하는 데 단점이 있습니까?
답변:
이것을 고려하십시오 :
텍스트 / html로 제공 할 때 doctype이 필요한 것은 표준 모드를 트리거하는 것입니다. 그 외에도 doctype은 브라우저에 관한 한 아무것도하지 않습니다.
XHTML 마크 업을 사용하든 HTML 마크 업을 사용하든 텍스트 / html로 제공 할 때는 브라우저에서 HTML로 처리합니다.
따라서 실제로 표준 모드 (<! DOCTYPE html>)를 트리거하는 가장 짧은 doctype을 사용하고 브라우저에서 올바른 결과를 생성하는 HTML 마크 업을 사용합니다.
나머지는 적합성, 검증 및 마크 업 우선 순위에 관한 것입니다.
그러나 <! DOCTYPE html>을 사용하고 HTML5를 준수하도록 마크 업을 시도하는 것은 브라우저에서 작동하는 안정적인 기능을 고수하는 한 나쁜 생각이 아닙니다. 브라우저에서 작동하지 않는 HTML4 또는 XHTML 1.x에서는 아무것도 사용하지 않습니까?
즉, HTML5에서 명확해진 내용을 존중하면서 HTML4와 유사한 마크 업과 함께 <! DOCTYPE html>을 사용합니다. HTML5는 결국 브라우저 호환성에 관한 것입니다.
HTML5 사용의 단점은 사양이 자주 변경 될 수 있다는 것입니다. 따라서 사양이 적극적으로 변경 될 때 사양을 따라야합니다. 또한 http://validator.nu/ 는 항상 최신 정보는 아니지만 http://validator.w3.org/ 는 항상 최신 정보가 아니므로 중지하지 마십시오.
물론 XHTML 1.0 마크 업을 사용하고 XHTML 1.0을 따르려면 <! DOCTYPE html>을 사용하지 않아야합니다.
개인적으로 저는 항상 HTML에 <! DOCTYPE html>을 사용합니다.
당신에게 내 질문은 당신이 새로운 / 지원되지 않는 기능을 사용하지 않으면 왜 그것을 사용하는 것입니다. 나는 당신이 그것을 가지고 놀 수 없다고 말하지는 않지만 XHTML5에 의해 보완 될 수있는 doctype으로 사이트를 시작하는 이유는 무엇입니까?
최신 IE8 베타를 기반으로 MS는 HTML5 doctype을 IE8 모드 전환 quagmire의 바이 패스로 사용하는 것으로 보입니다. HTML5 doctype을 조기에 배포 할 때 가장 큰 위험은 사람들이 IE8이 출시되기 전에 HTML5 doctype으로 많은 IE8 호환 콘텐츠를 게시하는 경우 HTML5의 모드 상황을 간단하게 만드는 데 어려움을 겪을 수 있다는 것입니다.
업데이트 : 이것은 투표되었습니다. 분명히 IE8이 출시되었으므로 위의 고려 사항은 더 이상 적용되지 않습니다. 실제로 IE8에서는 상황이 간단하지 않습니다 .
나에게 단점은 주로 유효성 검사와 관련이 있습니다.
청중과 필요를 고려하십시오. 우분투를 갖춘 컴퓨터 실에서 FireFox 3를 사용하는 과정에서 학생들을 대상 으로 수업 테스트 와 같은 페이지를 작성합니다 . SVG에 foreignObject로 MathMl이 포함 된 SVG가 필요합니다. HTML5 doctype과 새로운 HTML5 태그를 자유롭게 사용합니다.
이 블로그 게시물을보십시오! 실제로 HTML5의 팬은 아닙니다 http://www.webscienceman.com/2009/01/24/html-xhtml-html5-future-html/
개인적으로 나는 아니오라고 말할 것입니다. HTML5에는 분명한 이점이 없으며 실제로 모든 것이 처음부터 시작되었다고 말할 수 있습니다.
머리글, 바닥 글 및 사이드 바에 대한 특수 태그를 갖는 것은 큰 실수입니다. 이미 태그 (div) 및 이름 (classes / id) 형식으로되어 있습니다. 왜 전문가가 필요합니까? XHTML1.1은 기간이 충분합니다. 사실, 대부분의 브라우저는 HTML4를 올바르게 지원하지 않기 때문에, 적절한 지원을 받기 위해 몇 년이 걸리는 doctype을 사용하는 데는 별다른 의미가 없습니다.