많은 친구들이 그/그가 코드 mysophobia를 가지고 있다고 말했습니다. 즉, 그/그가 XHTML을 작성하라는 요청을 받으면 그/그는 결코 추가 태그를 추가할 의향이 없습니다. 간단한 예를 들자면, 많은 사람들이 여러 곳에서 본 적이 있을 것입니다.
인용된 내용은 다음과 같습니다. <div id="nav"> <ul> <리></리> <리></리> ... </ul> </div> |
많은 업계 전문가를 포함한 많은 사람들은 다음과 같이 작성하라고 제안합니다.
인용된 내용은 다음과 같습니다. <ul id="nav"> <리></리> <리></리> ... </ul> |
물론 저는 개인적으로 두 번째 글쓰기 방식을 높이 평가합니다. 간결하고 명확하며 의미론적입니다. 하지만 스타일을 지정해야 하는 경우 어느 것이 더 많은 제어 기능을 제공합니까? 물론 첫 번째입니다.
그러면 이 질문이 좀 짜증나네요. 한마디로: 구조(마크업) 또는 프리젠테이션(프레젠테이션)에 우선순위를 두시나요? 나는 오늘날의 어려운 시기에는 실적 우선이 첫 번째 규칙이라고 믿습니다. 나를 포함해 이상을 가진 많은 사람들은 결국 성능 요구 사항을 충족하기 위해 태그 수프를 피할 수 없습니다.
따라서 이것은 정도의 문제일 뿐입니다. 그것을 남용하지 마십시오. 이는 남용으로 간주되지 않으며 지침도 없습니다. 내 개인적인 경험 법칙은 다음과 같습니다. 성능 요구 사항을 달성하기 위해 3개 이상의 래퍼(래퍼?) 수준을 사용하는 경우 중지하고 이에 대해 생각해야 합니다. 조금 오래되었더라도 SimpleQuiz에서 흥미로운 토론을 한 번 살펴보시기를 권합니다.
왜 이런 일이 발생합니까? 왜냐하면 완벽한 것은 없기 때문입니다. CSS가 페이지의 요소를 제어하기 위해 더 많은 규칙을 제공할 수 있다면 그다지 당황스럽지 않을 수도 있습니다. 예를 들어, background-image가 trlb의 네 가지 방향(위, 오른쪽, 아래, 왼쪽)을 가진 이미지를 지원하는 경우 페이지에서 요소 생성을 지원한다면 둥근 모서리를 처리하기 위해 머리를 쓸 필요가 없습니다. 콘텐츠로 사용하면 태그 사용도 크게 줄일 수 있습니다.
XHTML? 농담. 사실 지금까지 XHTML을 사용하는 사람은 많지 않으며 모든 것이 자기기만이다. XHTML은 죽었다! XHTML은 XML이고 xml의 모든 장점을 가지고 있지만 지금 우리가 보는 것은 텍스트입니다. 텍스트가 xml로 처리되면 이는 유해합니다(XHTML을 text/html로 보내는 것은 유해한 것으로 간주됨).
우리 모두는 XHTML을 사용하고 있다고 Doctype에 표시하지만 실제로는 모두 HTML을 사용하고 있습니다. 이것이 현실이다. 그렇지 않으면 오류로 가득 찬 잘못된 형식의 페이지를 어떻게 관용적인 최신 브라우저에 표시할 수 있겠습니까? 당연하게도 XHTML 1은 단지 HTML 4의 개선일 뿐입니다. 그러나 미래의 XHTML 2는 이전 버전과 호환되지 않으며 XHTML 1을 사용해야 하는 이유를 모르겠습니다. 또한 접근성에 대해 나와 논쟁하지 마십시오. 구조와 표현을 분리하는 HTML 4는 XHTML 1과 다르지 않습니다.
따라서 아마도 XHTML 1을 사용하는 요점은 우리가 이미 이 아이디어를 갖고 있으며 미래에 XHTML 2를 사용할 준비가 되어 있다는 의미일 것입니다.
이것이 바로 HTML 4.01 Strict Doctype을 사용하도록 강력히 권장하는 이유입니다. 기업/기업 입장에서는 팀 전체가 웹 표준에 대한 아이디어를 갖고 관련 원칙을 구현하도록 요구하는 것이 쉽지 않습니다. 지난 세기에 남겨진 다양한 아이디어는 여전히 완고하게 저항하고 있습니다. 실제로 XHTML 1을 사용하는 경우 HTML과만 호환되는 많은 JavaScript 스크립트가 실패하고, 부주의하게 이스케이프되지 않은 문자를 편집하면 전체 페이지에 오류(xml 구문 분석 오류)가 발생하는 등의 문제가 발생합니다. 문제를 방지하려면 아마도 HTML 4.01 Strict Doctype이 현재 최선의 선택일 것입니다.