의견 : 대부분의 사람들은 HTML 4 및 XHTML 1을 사용하여 웹 페이지를 작성합니다. 상대적으로 적은 HTML 애호가는 시맨틱 HTML의 개념을 이해하고 HTML 구조를 확인하며 문서의 접근성을 향상시킵니다. 고품질 HTML 문서는 반복적 인 트레이드 오프, 디자인 선택 및 토론의 결과입니다. 비판에도 불구하고 HTML과 비슷한 인기있는 성능을 가진 언어는 없습니다. 대부분의 사용자는 현재 상황에 만족합니다
대부분의 사람들은 HTML 4와 XHTML 1을 사용하여 웹 페이지를 작성합니다. 상대적으로 적은 HTML 애호가는 시맨틱 HTML의 개념을 이해하고 HTML 구조를 확인하며 문서의 접근성을 향상시킵니다. 고품질 HTML 문서는 반복적 인 트레이드 오프, 디자인 선택 및 토론의 결과입니다. 비판에도 불구하고 HTML과 비슷한 인기있는 성능을 가진 언어는 없습니다. 대부분의 사용자는 마치 이렇게 태어나야하는 것처럼 현재 상태에 만족합니다.
그러나 다른 많은 표준과 마찬가지로 HTML에는 후계자가 있습니다. 지금도 전문가들은 여전히 현재 버전에서 알려진 모든 문제를 해결하기 위해 다음 버전의 HTML을 고려하고 있습니다. 많은 사람들과 마찬가지로이 전문가들은이 작업의 미래 방향에 대해서도 다른 의견을 가지고 있습니다.
새로운 HTML 버전의 첫 번째 제안은 W3C 조직의 실무 그룹에서 나왔습니다. Work Group의 아이디어는 XHTML 2를 중심으로 진행됩니다. 표준은 XHTML을 추가로 정화하고 HTML 디자인 개념의 첫 번째 버전으로 돌아가는 개발 방향을 계속합니다.
W3C 이외의 일부 중요한 HTML 전문가 (브라우저 공급 업체, 웹 개발자, 저자 및 기타)는 XHTML 2의 방향과 관련이 있습니다. 2004 년에는 새로운 HTML 버전의 새로운 설계 방향을 제안하기 위해 독립적 인 작업 그룹을 구성했습니다. Whatwg (Web Hypertext Application Technology Working Group)의 이름으로 HTML 5 및 Web Forms 2를 출시했습니다.
몇 년 후, HTML의 또 다른 방향은 작업 초안을 통해 명확하게 설명되었습니다. 2007 년 4 월, W3C는 HTML 5를 표준 감사 프로세스에 수락하겠다는 제안에 투표했으며 (또한)이를 공식 표준으로 인식하지 못했습니다. 대부분의 사람들은 동의합니다. W3C는 두 개의 경쟁 HTML과 XHTML 후속 기술 기술을 동시에 연구했습니다. 이론적으로, 둘 다 충분한 이유가 있습니다. 실제로, 모든 주류 브라우저 가이 두 표준을 지원하기 위해 많은 장애물이 극복됩니다.
이것은 현재이 상황으로 이어지는 기본 사실입니다. 더 의미있는 것은 두 제안 사이의 실제 차이점을 논의하는 것입니다. 이 기사는 두 제안의 기본 요점을 요약 한 다음 둘의 설계 개념을 분석합니다. 일반적으로 사용되는 약어
CSS : 계단식 스타일 시트
HTML : 하이퍼 텍스트 마크 업 언어
W3C : 월드 와이드 웹 얼라이언스
XHTML : 확장 가능한 하이퍼 텍스트 마크 업 언어에서 XHTML의 간단한 역사
XHTML 2 뒤에 숨겨진 디자인 철학을 이해하려면 약간의 역사가 필요합니다. 1990 년대 초, 첫 번째 HTML 버전은 표준 일반 마크 업 언어 (SGML)를 기반으로했습니다. 주요 차이점은 Hyperlink 특성 인 월드 와이드 웹의 주요 기초와 성공 요인입니다. SGML과 마찬가지로 HTML을 사용하면 저자가 문서의 구조를 설명하고 헤더를 단락, 순서 목록 및 비정규 목록에서 분리 할 수 있습니다. 화면의 디스플레이 결과는 브라우저와 관련이 있습니다.
웹이 점점 인기를 얻음에 따라 HTML 사용자는 페이지 모양을 제어해야합니다. 브라우저 제조업체는 HTML 2 및 3에서 새로운 기능을 도입했습니다. 웹 페이지는 이해하기 어려워지고 복잡한 중첩 테이블 구조는 페이지 레이아웃을 제어하는 주요 수단이됩니다. 문서의 나머지 부분에는 글꼴 태그와 색상 선언이 채워져 있습니다. 원래 문서 구조는 정리하기가 어렵습니다.
HTML 4는 이러한 혼란을 종식시키기 위해 도입되어 표현 논리를 CSS로 밀어 내고 고급 컨텐츠 위치를위한 레이어 (DIV)를 도입합니다. HTML 3과 비교하여 코드 쓰기 패턴의 변화를 의미합니다. 마이그레이션 프로세스를 단순화하기 위해 이전 HTML 3 구조는 HTML 4의 전환 버전을 통해 지원됩니다. 고급 사용자를위한 엄격한 버전은 컨텐츠와 표현을 완전히 분리해야합니다.
첫 번째 HTML 4 웹 사이트는 DIV를 새로운 성배로 사용하며, 페이지의 거의 모든 요소는 헤더를 포함하여 약간 수정해야합니다. HTML 스타일 속성은 세부 사항을 설명하는 일반적인 장소입니다. 양식의 홍수는 마침내 웹 페이지에서 제거되었습니다. 그러나 내용과 프리젠 테이션 논리는 여전히 혼합되어 있습니다. 필수 CSS 파일은 몇 줄에 불과합니다.
최근에 일부 유명한 웹 개발자들은 HTML 4 스타일 시트에 대한보다 영리한 접근 방식을 제시했습니다. 최신 브라우저에서 CSS 속성은 DIV 요소에만 국한되지 않습니다. 원하는만큼 HTML 요소에 대한 스타일을 지정할 수 있습니다. 많은 웹 로그가 시맨틱 HTML에 대해 이야기하기 시작합니다. DIV 요소는 완전히 금지되어 있지 않지만 웹 작가는 컨텐츠를 설명하는 데 가장 적합한 HTML 요소를 사용하기 시작했습니다. 예를 들어, 대부분의 웹 사이트의 내비게이션 메뉴는 변하지 않는 목록에 가장 잘 설명됩니다. 예를 들어, 단락 요소에 Bigheader와 같은 클래스 이름을 사용하는 대신 H1 요소로 변경 한 다음 CSS를 사용하여 요구 사항에 따라 표현을 수정하십시오.
동시에 W3C는 XHTML 1을 잘 구조화되고 효과적인 HTML 4를 준수하는 XML 버전으로 제안했습니다. XML 사용자의 경우 XML 컨텐츠를 웹 페이지로 변환하고 기존 확인 프로그램으로 변환 결과를 확인하는 작업을 단순화합니다. XHTML 1.1은 다른 문제를 다른 모듈로 분리하려고 시도합니다. 모듈 식 접근법은 다양한 요구에 대한 표준의 다른 부분의 재사용을 용이하게하고 새로운 기능으로 표준의 확장을 용이하게합니다.
HTML 4와 비교하여 XHTML 1.1에는 컨텐츠와 표현을 분리하는 더 많은 사용자가 있습니다. 그러나 과거와 마찬가지로 CSS의 기술을 사용하여 몇 가지 실제 문제를 해결할 수 있습니다. 예를 들어, 순서가없는 목록으로 표시되는 메뉴 구조에는 일반적으로 아름다운 그림이 포함됩니다. 그러나 이미지는 시각 장애가있는 사람들에게 텍스트 음성 시설을 통해 읽기가 쉽지 않습니다. 또한 Lynx와 같은 텍스트 브라우저는 이미지를 표시 할 수 없습니다. 복잡한 CSS 트릭으로 브라우저에서 텍스트를 숨겨 이미지를 표시합니다. 그러나 다른 페이지의 메뉴가 다른 경우 CSS로 컨텐츠 의이 부분을 지정하기가 어렵습니다. XHTML 2의 디자인 개념
XHTML 2의 가장 중요한 디자인 철학은 컨텐츠와 프리젠 테이션을 더욱 분리하여 HTML 4 및 XHTML 1의 잔류 결함을 개선하는 것입니다. 예를 들어, 비정규 목록의 각 항목에 대한 이미지에 대한 기본 지원을 지정합니다. 원래 IMG SRC 태그는 모든 요소에 사용할 수있는 선택적 속성 SRC로 대체되었습니다. 수정 된 CSS는 컨텐츠가 완전히 없으며 이미지를 지원하지 않는 장치는 텍스트를 쉽게 나타낼 수 있습니다.
그러나 웹 개발자에게 CSS가 유일한 도전은 아닙니다. 서버와 HTML 양식 간의 상호 작용과 많은 JavaScript ™ 코드의 존재에 많은 시간이 소요됩니다. 양식은 1 차원 키 값 쌍으로 제한됩니다. JavaScript 코드를 개발하는 것은 많은 작업이지만 Text-Voice 변환 장치와 같은 인터페이스에서는 쓸모가 없습니다.
모듈 식 접근법을 기반으로 XHTML 2는 HTML 양식을 XForms 모듈로 대체하여 적절한 응용 프로그램 모델을 사용하여 FAQ에 대한 지원을 추가합니다. Xforms는 상호 작용 로직, 확인 규칙 및 계산 방법을 지정하기 위해 단일 스크립트 라인이 필요하지 않습니다. 또한이 기술은 키 값 쌍보다는 풍부한 XML 구조를 사용하여 중첩 하위 형태와 중복 요소가 나타날 수 있습니다. 강력한 엔진을 제공하는 것 외에도 텍스트 보이스 장치는 애플리케이션의 풍부함을 변경하는 데 더 적합합니다.
XForms 외에도 XML 이벤트, XFrames 및 Ruby (아시아 언어)와 같은 다른 요구를 충족시키기 위해 독립적 인 사양으로 추출 된 다른 XHTML 관련 문제가 있습니다.
표현의 분리를 통해 프로그래밍도 표준에서 분리됩니다. OnClick과 같은 대화식 특성은 XML 이벤트 모듈로 대체됩니다. XML 이벤트 사양 자체가이를 위해 설계되었으므로 사용자 인터페이스를 처리 할 수있는보다 강력한 도구 세트를 제공합니다.
XHTML 2의 혁신의 경우 기본 개념은 다양한 문제를 해결하는 것입니다. 문제는 더 이상 HTML의 보조 기능이 아니라 새로운 사양의 주요 목적입니다. 따라서 새로운 사양은 최적화가 직면 한 문제에 가장 적합합니다. 그러나 다른 문제의 차이는 연습보다는 아이디어가 필요하기 때문입니다. 이 도구 세트를 사용하는 데 익숙한 스마트 개발자는 필요한 결과를 얻을 수 있습니다. 그러나 현재 HTML 버전의 평균 사용자가 고품질 XHTML 문서를 만들 수 있는지 여부는 쉽지 않습니다.
XHTML 2의 대상은 평균 HTML 사용자가 아닐 수 있습니다. 그러나 훌륭한 개발자의 손에 접근성을 향상시키는 좋은 방법이 될 수 있습니다. HTML 5 디자인 개념
Whatwg는 HTML 5를 설계 할 때보다 현실적인 접근 방식을 채택했습니다. 문제 분석과 같은 추상적 개념을 고려하지 않으면 서이 작업 그룹은 W3C 사양과는 완전히 다른 현재 주류 브라우저의 동작을 기반으로 문서를 공식화합니다. 상기 분석에 기초하여,이 실무 그룹은 HTML의 실제 사용을 조사했습니다.
이 정보를 바탕으로 실무 그룹은 일반 웹 개발자의 작업을 단순화하도록 설계된 프로그램을 제안했습니다. HTML 5는 이전 HTML 버전에서 파생되었다고 주장하지만 주요 목표는 순도가 아닙니다. 예를 들어, 모듈 식 문서의 주요 목표는 최적화 된 웹 애플리케이션으로 교체하는 것입니다.
이 목적에 따른 모듈 식 언어는 웹 응용 프로그램의 개발을 크게 단순화합니다. 예를 들어 HTML 5는 데이터 테이블, 메뉴 및 툴바와 같은 대화식 구성 요소를 지원합니다. 기본 동작을 가진 설명 HTML 요소를 사용하면 많은 코드로 일반 DIV의 동작을 시뮬레이션하지 않을 수 있습니다.
HTML 5 사양은 HTML 요소 및 속성에만 국한되지 않습니다. 문서 편집 및 드래그 앤 드롭 상호 작용과 같은 전용 자바 스크립트 API를 정의합니다. 이 방법은 문제를 분해하는 방법과 완전히 다릅니다. 웹 개발자 API를 단순화하지만 사양의 크기를 증가시킵니다.
HTML 5와 HTML 4의 유사성은 XHTML 2와 XHTML 1 사이의 유사성보다 훨씬 큽니다. 마이그레이션 경로는 더 평평하며 숙련 된 HTML 4 개발자가 새 버전에 익숙해지는 것도 더 편리합니다. 새로운 기능도 비슷한 논리를 따릅니다. 특정 요소에 대한 특별 이벤트 속성을 사용하면 HTML 편집자가보다 적절한 텍스트 완료 기능을 제공 할 수 있습니다.
웹 응용 프로그램과 서버 간의 현재 상호 작용은 비동기 JavaScript XML (AJAX)에 따라 다릅니다. HTML 5는 서버와 상호 작용하는 것의 중요성을 인식하고, 네트워크와 상호 작용하고, 서버 이벤트를 배포하고, 다른 도메인에서 메시지를 보안 문제를 일으키지 않고 문서로 보내는 다양한 방법을 정의합니다.
HTML 5의 기본 설계 철학은 웹 개발자가 필요로하는 기능을 사용하여 HTML 4를 확장하는 것입니다. HTML 5는 기본 HTML 4 기술을 상속하면서 단순화됩니다. HTML V4의 단점을 해결하기 위해 HTML V5는 재 설계하는 가장 쉽고 직접적인 방법을 선택했습니다. 새로운 표준의 실제 적용
XHTML V2 및 관련 모듈은 공식적으로 W3C에 의해 지원되며 관련 모듈은 W3C에서 지원하는 다른 XML 사양에서 중요한 요소가되었습니다. 불행히도, 공식 W3C 인식은 주류 웹 브라우저에 대한 지원을 보장하지 않습니다. 일반 XHTML V2를 지원하는 것은 문제가되지 않습니다. 현대식 브라우저는 이미 많은 기능을 지원합니다. XHTML V2의 적절한 사용은 관련 모듈의 가용성에 따라 다릅니다. 글을 쓰는 시점에서 Microsoft가 XML 이벤트 및 XForms를 지원하기 위해 Windows® Internet Explorer®를 확장할지 여부는 확실하지 않습니다. XML 이벤트를 포함한 Mozilla Xforms 플러그인은 몇 년 동안 개발되었습니다. 이 플러그인은이 기술의 기능을 향상시키고 구현의 어려움을 줄입니다.
HTML V5 사양의 작성은 브라우저 제조업체와의 심층적 인 커뮤니케이션을 유지하며 항상 구현 문제를 고려합니다. 팀은 공식 W3C 승인에 대해 의문을 표명했지만. FAQ는 공식 승인이 언제 통과되었는지에 대한 질문에 공식적으로 대답하지 않았습니다. W3C의 태도에 관계없이 브라우저 공급 업체는 비공식 HTML 5 표준을 구현하기로 결정한 것 같습니다. 브라우저 제조업체가 공식 표준을 이용할 수있는 것은 이번이 처음이 아닙니다. 경쟁 표준
지금까지 HTML 5 또는 XHTML 2는 공식적으로 권장되는 표준이 아닙니다. 일부 미묘한 지역은 미래에 변할 수 있습니다. 그러나 그들의 개발 방향은 변하지 않을 것이며, 둘 다 현재 표준의 단점을 해결합니다. 미래의 브라우저가 어떻게이 두 가지 새로운 표준에 대한 지원을 향상시킬 수 있는지는 여전히 남아 있습니다. 현재 브라우저는 HTML 4 및 XHTML 1을 모두 지원합니다. 마찬가지로 미래 브라우저는 HTML 5와 XHTML 2를 모두 지원할 수 있습니다. 두 표준 모두 자체 지지자가 있습니다.
HTML 4보다 XHTML 1.1에 대해 더 관심이있는 경우, 생성 된 문서가 다른 장치를 지원할 수 있고 XHTML 1을 선호 할 수 있기를 바랍니다. XHTML 1을 사용하는 경우 XML 표준을 준수하고 HTML 5, XHTML 5 (HTML 5 rewritten in XML)를 선호하기 때문에 XHTML 1을 사용하는 경우 최선의 선택이 될 수 있습니다.
HTML 5는 대화식 웹 응용 프로그램을 개발하기 위해 HTML 4를 사용하는 개발자들에게 인기가 있습니다. 이 접근법은 Wysiwyg 문서 편집기를 사용하는 사이트에서 더 적합합니다. 그러나 특정 상황을 분석하기 위해 HTML 4 및 XHTML 1은 오랫동안 공존 할 수 있습니다.