2009-06-14 2 views

답변

-1

둘 다. HTML5에 대한 현재 브라우저 지원이 상당히 낮기 때문에 XHTML에 중점을 둡니다.

+1

HTML 5의 * 새로운 * 기능은 널리 지원되지 않지만 XHTML에서 일반적으로 사용되지 않는 태그 및 속성 (예 : 캔버스 및 대상 속성)을 많이 포함합니다. – Chuck

+1

IE가 XHTML을 지원 한 적이 없다는 것을 알고 계셨습니까? 나는 HTML (5)에 대한 브라우저 지원이 여전히 높다고 말하고 싶다. – Ms2ger

1

"(x)HTML 5"일명 "Web Applications 1.0"또는 "XHTML 2.0"을 의미합니까? 이 기술 중 하나 또는 둘 모두가 완전히 유용 할 때까지 몇 년이 걸릴 것이므로 순수하고 간단한 XHtml1.0부터 시작할 것을 제안합니다. 꽤 좋은 자습서를 찾을 수 있으며 실제 브라우저에서 xhtml을 사용할 수 있습니다. 나중에 final draft and the small nuances으로 지식을 변경하거나 업데이트하는 것은 이전 버전 중 하나를 이미 알게되면 매우 쉽습니다.

6

HTML 5는 두 가지 구문을 지원합니다. 이러한 구문 중 하나는 XHTML입니다.

배운 내용에 제한을 두지 마십시오. 향후 HTML을 작성하려면 HTML 5에 대해 알아보고 모두 구문을 이해하십시오.

당신이 HTML 오늘 작성하는 경우, 여전히 HTML 5에 대해 배울 수 있지만, 현재 작업 태그에 충실 (즉, HTML 4 또는 사용하는 구문에 적절한 XHTML 2와 호환하는.)

+0

+1 - HTML 5가 그 길임을 동의하십시오. HTML 5는 HTML 4와의 하위 호환이 가능하도록 고안되었습니다. 예를 들어 날짜, 전자 메일, URL 등과 같은 HTML 5 양식 입력과 같이 오래된 비트의 텍스트 입력으로 표시되는 경우와 같이 새 비트의 많은 부분이 적절하게 성능이 저하됩니다. HTML 5를 사용하는 것을 지연시킬 이유가 없습니다. – Fenton

0

XHTML SVG 그래픽 및 기타 XML 컨텐츠를 인라인으로 임베드 할 수 있습니다 (이것은 장식적인 느낌을주는 좋은 방법입니다). 이 점에있어서 HTML5는 아직 결정되지 않았습니다. 아마 50/50 이상일 것입니다. HTML을 사용하면 학습하는 동안 좋은 것일 수있는 코드에 대해 더 지저분해질 수 있습니다.

+1

HTML의 관용적 태도가 초보자에게 좋은 것인지 확신하지 못합니다. 나는 C 컴파일러의 용서하지 않는 본질이 내가 가파른 학습 곡선을 의미한다고하더라도 그때 많이 배웠다는 것을 기억한다. –

+0

HTML은 좀 더 관대합니다 (설계 상 - 스펙은 브라우저 벤더에게 마크 업 오류를 처리하는 방법을 알려줍니다). 그러나 원하는만큼 엄격하게 지정할 수 있습니다. 브라우저는 엄격함을 적용해서는 안되며 개발 환경이 엄격해야합니다. "용서하는 브라우저"의 배경은 영리한 개발자가 아닌 웹 페이지를 누구나 게시 할 수 있다는 것입니다. – Fenton

+0

HTML 5는 이제 MathML과 SVG를 허용합니다. –

2

XHTML 사양은 이전 버전과 호환되지 않으므로 광범위하게 적용될 수 있습니다. tohorrow 버전의 XHTML로 이동할 때 오늘날의 XHTML 버전에 대한 귀하의 투자는 오늘날의 HTML을 넘어서는 일이 아닙니다. 그들은 본질적으로 HTML에서 XHTML로 쉽게 변환 할 수있는 원본 문서입니다.

모든 주요 브라우저 공급 업체는 오늘날 널리 보급되지 못하는 XHTML을 지원하지 않습니다.

필자의 시각 XML 문서를 손으로 코딩하는 것은 이상적이거나 대역폭 효율적인 노력이 아닙니다. HTML에서는 대소 문자를 구분할 필요가 없으며, 닫는 태그를 사용하거나 필요하지 않은 항목에 대해 구문을 사용하지 않아도됩니다. XML은 내 생각에 널리 퍼진 인간 소비를위한 문법이다.

사실 XHTML doctypes를 추가하는 사람이 너무 많아서 실제로 브라우저가 XHTML을 렌더링하고 있다고 생각할 때 실제로 태그를 모두 무시하고 있습니다. 나는 사람들이 그들의 이유를 가지고 있다고 확신하지만, 나는 그것의 최신 유행어이기 때문에 단순하지 않은 대다수가 XHTML을 선택하기를 두려워한다.

내가 XHTML에 대해 알고있는 유일한 실제 이점은 유효성 검사 XML 구문 분석기를 사용하여 문서의 형식을 검사 할 수 있다는 것입니다. Mosaic과 Cello가 브라우저 공간을 지배 한 이후 HTML "lint"도구가 사용 가능했습니다.

사양 해석 및 렌더링 버그는 항상 호환성 문제를 지배했습니다. 모든 문제를 해결하기 위해 XHTML을 기대하는 것은 현실적으로 불가능합니다. CSS보다 더 이상 갈 필요가 없습니다 :-(

+0

브라우저 지원에 대해서는 사실이 아닙니다. 모든 주요 플레이어 (IE도 그렇다)는 IE에 text/html 콘텐츠 유형을 제공하는 한이를 지원합니다. XHTML은 네임 스페이스를 사용하여 다른 XML 데이터를 문서에 통합 할 수있게 해준다. 이는 인라인 SVG와 같은 일부 애플리케이션에서 중요하다. – SpliFF

+3

XHTML은 IE (IE8 포함)에서 지원되지 않습니다. 또한 application/xhtml + xml을 사용해야합니다. 그렇지 않으면 브라우저는 XML을 HTML로 처리하며 XML 유효성 검사 규칙의 적용을받지 않습니다. – Einstein

+1

반대 의견 : HTML의 주 소비자는 프로그래머가 아닌 웹 브라우저입니다. 후자보다 더 많은 사람들이 있기 때문입니다. 프로그램에서 쉽게 이해할 수있는 언어 (브라우저 및 디자인 도구)를 만드는 것이 훨씬 더 중요합니다. XHTML을 사용하면 웹 브라우저에서 일관되게 렌더링 할 가능성이 높은 웹 페이지를 쉽게 만들 수 있습니다. – Jacob

1

HTML5에 광범위하게 지원되지 않는 기능이 있지만 이는 선택적 기능이므로 사용하지 않으면 페이지가 그대로 유지됩니다. 제대로 작동하고 xhtml 대신 xhtml을 사용하는 것보다 더 이상 방해받지 않을 것입니다. 또한 이러한 기능에 대한 브라우저 지원이 빠르게 증가하고 있으며 IE도 javascript shim을 통해 많은 기능을 지원할 수 있습니다.

+0

+1 실제로 - 비 자바 스크립트 쉐임도 사용할 수 있습니다 - 마크 업 대 자바 스크립트 지원의 균형을 맞추어야하지만. – Fenton