요약: HTML5는 아직 완전히 확정된 표준은 아니지만 크게 변하지 않을 것이며 수용도가 높아지고 있습니다. Justin James는 이 새로운 사양의 주요 개념을 강조합니다.
1~2년 전만 해도 HTML5는 소수의 인터넷 덕후들만이 관심을 가질 막연한 개념처럼 보였습니다. 하지만 이제는 HTML5가 어디에나 있는 것처럼 느껴집니다. Mozilla와 Chrome의 빠른 출시와 Microsoft의 IE9(IE10도 현재 "Technical Preview" 상태임)의 배포 덕분에 HTML 5를 지원하는 브라우저의 수가 거의 보편적으로 사용 가능해졌습니다. . 개발자들은 널리 구현된 기능을 활용하기 시작했습니다. HTML 5는 1년 이내에 완전히 지원될 예정이며 사양은 빠르게 안정적인 상태에 도달하고 있습니다. 이제 HTML 5에 대해 알아야 할 몇 가지 사항을 배울 수 있습니다.
XHTML은 특히 구문 분석 측면에서 정확성을 원하는 사람들을 위한 선택입니다. HTML의 모양은 여러 곳에서 항상 XML과 유사하지만 XML과 완전히 동일하지는 않습니다. 따라서 HTML을 XML로 구문 분석하는 것은 실패합니다. 따라서 얼마 전까지만 해도 HTML 언어를 대체하고 이를 XML이라는 용어로 분류하기 위해 XHTML이 공식화되었습니다. HTML 5에 대한 작업이 처음 시작되었을 때 XHTML 2에 대한 작업도 있었지만 결국 보류되었습니다. 반대로 HTML 5 사양은 엄격한 XML 구문을 따르는 HTML 5 문서를 작성할 수 있도록 개발되었습니다. XML MIME 유형으로 전송하면 클라이언트도 이를 XML 문서로 구문 분석합니다. 이는 개발자에게 두 세계의 장점을 모두 제공합니다.
HTML 5에 관해 널리 퍼진 오해 중 하나는 "2022년 이전에는 완성되지 않을 것이다"라는 것입니다. 전형적인 뒷받침 증거는 몇 년 전 HTML 5 사양 편집자인 Ian Hickson과 진행한 인터뷰입니다. 아이러니하게도 그 인터뷰에서도 그는 2022년 날짜를 분명히 했다. 그러나 어떤 사람들은 그것에 대해 흥분하고, 그들의 분노한 기사는 실제 사실보다 훨씬 더 많은 관심을 끌고 있습니다.
사실 2022년은 Hickson이 HTML5 사양이 완전한 W3C 권장 사항이 될 것으로 기대하는 날입니다. 그때까지 100% 완전하고 검증 가능한 구현이 두 개 있을 것입니다. 이는 상당히 의미가 없는 동시에 큰 도약입니다. 이유에 대한 아이디어를 제공하려면 HTML 사양의 다른 버전이 해당 상태에 도달한 적이 없다는 점을 고려하십시오. 이는 주로 모든 구현에 필요하기 때문입니다. 검증 가능하다는 것은 너무 모호합니다. HTML 5 사양은 이제 2011년에 확정되기 직전입니다.
HTML 5는 문서를 마크업하는 데 사용되는 방식이 일부 향상되었지만 여전히 큰 초점은 응용 프로그램에 있습니다. 애플리케이션 개발을 지원하기 위해 HTML 5에 도입된 기능의 수는 엄청납니다. 그렇다고 Flash와 Silverlight가 곧 사라질 것이라는 말은 아닙니다. 그러나 Microsoft는 Silverlight를 브라우저 외부 경험에 다시 초점을 맞추고 있다고 발표했습니다. Flash와 Silverlight에는 여전히 HTML 5에 없는 일부 기능이 있지만 HTML 5의 새로운 기능 덕분에 많은 공통 목표에 대한 구분이 이제 해소되었습니다. 기존 애플리케이션을 다시 작성할 가치가 없을 수도 있지만 HTML 5가 새 애플리케이션에 적합한지 확인해야 합니다.
4: 많은 새로운 도구의 초석입니다.
HTML 5가 완전히 성숙한 애플리케이션 프레임워크가 되면서 도구 제작자, 특히 크로스 플랫폼 개발 문제를 극복하도록 설계된 도구 제작자는 이제 HTML 5를 자사 제품의 기반 기술입니다. 크로스 플랫폼에서 실행되고 HTML 5 기능 내에 있는 앱을 작성하려는 경우 이러한 도구를 고려해야 합니다. 이는 모바일 공간에서 특히 중요합니다. 그렇지 않으면 타겟팅하려는 각 모바일 플랫폼에 대해 완전히 새로운 언어, API 및 프레임워크를 배워야 하기 때문입니다.
"HTML 5의 새로운 최고의 기능"에 대한 제가 개인적으로 선택한 것은 태그입니다. 이전에는(및 태그 포함) 웹사이트에 미디어 플레이어를 제공하기 위해 Flash나 Silverlight에 직접 의존해야 했습니다. 이론적으로 이러한 새로운 라벨을 사용하면 그 시절은 사라졌습니다. 왜 "이론적으로"만? 안타깝게도 특허로 인해 다양한 브라우저 제조업체에서는 어떤 형식을 지원해야 할지 확신할 수 없습니다. 그리고 일단 문제가 해결되면 Flash와 Silverlight는 모두 최고의 사용 사례를 잃게 됩니다.
Chrome 브라우저가 HTML 5에서 탁월한 시작을 보인다면 여기에는 그럴만한 이유가 있습니다. HTML 5 사양의 개발에서는 코드 작성 및 배포에 많은 중점을 두었습니다. 그렇다고 해서 브라우저 공급업체가 수행하는 모든 작업을 고무 스탬프로 찍는다는 의미는 아닙니다. 그러나 아직 구현되지 않은 기능이 사양에 새 프로젝트의 기초로 포함될 가능성이 더 높으므로 사양 작성에 참여한 사람들을 설득하기가 더 어렵습니다. Chrome은 몇 주마다 새 버전을 출시하는 것으로 보이므로 Google에서 추가한 새로운 기능도 HTML5 사양에 포함될 가능성이 높습니다.
누군가 특정 브라우저가 "표준 준수"인지 아닌지 주장할 때마다 나는 웃어야 합니다. HTML 5 이전에는 표준 준수를 증명하는 것이 불가능했습니다. 대부분의 경우 현재 사양은 중요한 문제(예: 구문 분석 오류 처리)에 대해 너무 모호하거나 단순히 침묵하고 있으며, 그 결과 여러 브라우저가 다양한 작업을 수행하면서도 여전히 표준을 준수하거나 다음과 같이 분류됩니다. "비호환성을 확인할 수 없습니다." 가장 유명한 ACID 테스트조차도 HTML의 하위 집합만 테스트하기 때문에 많은 것을 입증하지 못합니다. HTML 5의 임계값이 많이 높아졌으며 마침내 사용자 에이전트가 표준을 준수한다는 것을 증명하는 것이 가능해졌습니다. 실제로 "권장" 상태에 도달하는 날짜가 2022년인 이유 중 하나는 완전한 테스트 패키지를 작성해야 하기 때문입니다.
웹 브라우저의 표준 호환성은 사람들이 일반적으로 생각하는 것처럼 작동하지 않으며 HTML 5는 이 사실을 바꾸지 않습니다. HTML에 대한 가장 큰 혼란 중 하나는 많은 웹 디자이너와 개발자가 HTML 사양이 화면 항목의 모양을 제어한다고 믿고 있다는 것입니다. 예를 들어, 마음에 드는 경우 웹 브라우저는 태그가 굵은 글꼴 대신 더 크거나 다른 색상 글꼴을 사용하도록 하고 여전히 호환성을 유지할 수 있습니다. 디자이너가 브라우저가 표준을 준수하지 않는다고 말할 때 실제로 직면하게 되는 것은 사용자 에이전트에 태그 표시 방법에 유연성을 제공하는 것입니다. HTML5는 그 사실을 바꾸지 않습니다. 레이블을 정확한 방식으로 표시해야 하는 경우 브라우저의 기본 동작에 의존하지 말고 CSS에서 요구 사항을 지정하세요.
HTML5 사양은 마침내 정확한 구문 분석 규칙을 도입하고 구문 분석 오류가 발생할 때 사용자 에이전트가 수행해야 하는 작업을 정의합니다. 따라서 과거에 허용 가능하거나 심지어 "합법적인" HTML로 전달되었던 일부 항목이 더 이상 전달되지 않을 것으로 예상할 수 있습니다. HTML5의 구문 분석 규칙을 숙지하고 코드가 해당 요구 사항을 준수하는지 확인하는 것이 좋습니다.
이전 HTML 버전에서는 전통적인 웹 브라우저가 사용자 에이전트로 선택된다는 본질적인 가정이 있었습니다. 다른 사용자 에이전트와 콘텐츠 유형도 지원되지만 암묵적으로는 이들이 똑같이 중요하지 않다는 것입니다. 그러나 HTML5는 브라우저가 아닌, 데스크탑 크기가 아닌 사용자 에이전트를 브라우저와 더 동일하게 처리하기 위해 많은 변경을 수행했습니다. 스크린 리더와 휴대폰에서 얼마나 잘 작동하는지와 같은 부분에서 많은 진전이 이루어지고 있습니다. 따라서 잘 작성된 HTML5는 이를 필요로 하는 개발자와 웹 사용에 어려움을 겪는 사용자(특히 다양한 장벽을 가진 사용자)를 위한 "한 번 작성하면 어디서나 볼 수 있는" 프레임워크입니다.
위 내용은 HTML5에 대해 알아야 할 사항의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!