HTML 버전 선택 [닫기]

StackOverflow https://stackoverflow.com/questions/3654

  •  08-06-2019
  •  | 
  •  

문제

새로운 웹 기반 애플리케이션을 개발할 때 어떤 버전의 HTML을 목표로 해야 합니까?

편집하다:

멋지네요. 저는 단지 다른 사람들의 느낌을 얻으려고 노력한 것뿐입니다. 저는 제 작업에서는 XHTML 1.0 Strict를 사용하고 다른 사람들이 콘텐츠 제작에 참여할 때는 Transitional을 사용하는 경향이 있습니다.

나는 첫 번째 XHTML 1.0 Transitional 게시물을 '정답'으로 표시했지만 그 시점에 제공된 모든 답변은 동등하게 유효하다고 굳게 믿습니다.

도움이 되었습니까?

해결책

나는 XHTML Transitional 1.0을 사용하고 싶습니다.엄격한 XHTML을 좋아하지 않는 몇 가지 뉘앙스가 여전히 있으며, 지금까지 본 대부분의 편집자들은 작업이 제대로 수행되었는지 확인하기 위해 적절한 조언을 제공할 것입니다.

다른 팁

HTML 4.01.절대적으로 있습니다 이유없이 '모호한' 웹 브라우저에서만 실행하려는 실험적이거나 학술적인 문제가 아닌 경우에는 XHTML을 사용합니다.

XHTML Transitional은 심지어 완전히 무의미합니다. 저것들 브라우저가 있는데 왜 누군가가 그것을 목표로 삼는지 잘 모르겠습니다.실제로 많은 사람들이 그것을 추천한다는 것은 꽤 놀라운 일입니다.

HTML 4.01을 목표로 하는 것이 가장 예측 가능하다고 말하고 싶지만 Teifion의 말이 옳습니다. "페이지를 렌더링하는 모든 것이 가능합니다".

에 응답하여 마이클 스텀:

XHTML은 XML 기반이므로 구문 분석이 더 쉽고 대부분의 IDE의 XML 구성 요소를 사용하여 프로그래밍 방식으로 쿼리하고 삽입할 수도 있습니다.

이것은 확실히 사실이 아닙니다.웹상의 많은 XHTML은(대부분은 아니지만) XML 유효성을 따르지 않습니다(그리고 그럴 필요도 없습니다. XML로 전송되지 않습니다).이를 XML처럼 처리하려고 하면 많은 골치 아픈 일이 생길 것입니다.예를 들어 스택 오버플로에 대한 이 페이지에서는 잘못된 마크업으로 인해 많은 XML 도구에서 오류가 발생합니다.

과도기적 XHTML과 HTML의 특징은 더 이상 사용되지 않습니다.그들은 단지 의도된 것이었습니다 CSS를 지원하지 않는 오래된 사용자 에이전트의 경우.보다 DTD의 설명.

W3C는 가능할 때마다 Strict를 사용해야 한다고 조언하며 요즘에는 확실히 가능합니다.

XHTML/1.1 및 HTML5에서는 전환 버전이 이미 제거되었습니다.

XHTML/1.0은 HTML4와 정확히 동일한 요소 및 속성(의미론)을 갖습니다.XHTML/1.0 사양은 어떤 요소도 지정하지 않습니다!구문 이외의 다른 내용은 HTML4를 참조합니다.

또한 문서를 다음과 같이 보내는 경우 HTML에서 사용할 수 없는 XHTML의 기능(네임스페이스, XML DOM)을 사용할 수 없습니다. text/html, 불행하게도 이는 IE 및 기타 HTML 전용 브라우저와의 호환성을 위해 필요합니다.

2008년에는 HTML4 Strict가 올바른 선택이 될 것입니다.

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

하지만 2016년 현재는 HTML의 한 버전 그게 중요해요.

 <!DOCTYPE html>

@마이크:

페이지를 렌더링하는 데 유효성이 필요하지 않다는 데 동의하지만(결국 IE6 호환성을 유지해야 합니다...) 호환 가능하고 유효한 유효한 XHTML을 만드는 것은 문제가 되지 않습니다.문제는 사람들이 HTML 4에 익숙해지고 가치가 떨어지는 태그와 속성을 사용할 때 시작됩니다.

웹이 쓰레기 더미라고 해서 모든 새 페이지도 쓰레기 더미여야 한다는 의미는 아닙니다.SO에 대한 대부분의 유효성 검사 오류는 매우 사소하므로 속성에 따옴표가 누락된 것처럼 수정하는 데 너무 오래 걸리지 않습니다.

그러나 W3C가 어차피 어디로 가고 싶은지 전혀 모르고(HTML 5 참조) 운영 체제를 만드는 특정 대형 브라우저 회사도 관심을 두지 않는다는 사실을 고려하면 여전히 무의미할 수 있습니다. 사이트는 HTML 1337과 같은 문서 유형을 보낼 수도 있고 브라우저는 여전히 렌더링을 시도합니다.

일부가 있습니다 설득력 있는 경고 XHTML의 사용법에 대해 주로 그러한 문서의 MIME 유형이 다음과 같이 전송되어야 한다는 사실을 중심으로 설명합니다.

Content-type: application/xhtml+xml

그러나 IE 6과 7은 이를 지원하지 않으므로 웹사이트는 이를 다음과 같이 보내야 합니다.

Content-type: text/html

안타깝게도 그 방법은 유해한 것으로 간주.

어떤 사람들은 XHTML의 목적이 웹 페이지를 XML 파서로 분석할 수 있도록 만드는 것이지만 실제로는 기존 웹 사이트에서의 잘못된 사용으로 인해 실패했다는 사실을 한탄합니다.

나는 여전히 XHTML 1.0 Strict로 문서를 작성하는 것을 선호합니다. 그 이유는 주로 어려움 때문입니다. 청결 오류를 확인하는 중 검증인 준다.나는 태그가 끝나는 시점 등을 매우 명확하게 나타내기 때문에 구문을 조금 더 좋아합니다.그것은 순전히 기술적인 것보다 개인적인 선택에 더 가깝습니다.

Dillie-O는 XHTML 1.0 Transitional에 대한 그의 대답이 옳지만 XHTML 1.0 Strict로 촬영하고 Strict가 허용하지 않는 꼭 필요한 기능이 있는 경우에만 Transitional로 돌아가는 것을 제안합니다.

귀하의 페이지를 렌더링하는 모든 것은 귀하가 사용하는 대중적인 표준에 관계없이 렌더링됩니다.XHTML은 더 엄격하고 아마도 "더 좋을 것"이지만 한 표준이 다른 표준에 비해 어떤 이점을 얻을 수 있는지 알 수 없습니다.

나는 매번 XHTML Strict를 지지합니다.나는 HTML이 XML과 더 비슷해야 한다고 굳게 믿습니다.XML을 알고 있고 W3의 유효성 검사기가 어쨌든 올바른 방향으로 당신을 가리킨다면 유효성을 검사하는 것은 어렵지 않습니다.

XHTML 2.0은 W3가 오랫동안 목표로 삼았던 의미론적 웹을 향해 나아가고 있습니다.나에게 XHTML 2.0의 가장 큰 이점은 웹의 모든 적합한 페이지가 모두 동일한 표준에 적용되기 때문에 콘텐츠 또는 기사(페이지란 문서)로 이해할 수 있다는 것입니다.그런 다음 통역사를 구성할 수 있습니다(예:완전히 다른 방식으로 콘텐츠를 표시하는 브라우저) 말 그대로 수천 개의 아이디어가 여기에 기다리고 있습니다.

HTML 호환 방식으로 XHTML 1.0을 사용하고 싶다면 괜찮습니다.그러나 W3C 유효성 검사기와 XHTML DTD는 MIME 유형과 브라우저가 둘 사이에서 어떻게 다르게 동작하는지(예: <map> 이름/ID 일치)에 대해 전혀 알지 못합니다.DTD는 브라우저가 특정 요소(예: <embed> 등)를 얼마나 잘 지원하는지에 대해서도 전혀 모릅니다.

이것이 의미하는 바는 XHTML DTD와 유효성 검사기가 현실을 반영하지 않으며 이를 따르려는 노력이 의미가 없다는 것입니다.

/>(html 호환 가능)를 사용하여 특정 요소를 닫을 수 있도록 XHTML을 사용하려는 경우 HTML5 마크업을 사용하면 됩니다(따라서 브라우저는 전체 표준 모드에 있습니다).HTML5에서는 HTML 호환 방식으로 />를 사용할 수 있습니다(text/html과 함께 XHTML 1.0 마크업을 사용할 때와 동일한 HTML 호환 방식).그런 다음 브라우저에서 작동하는 것(일부 DTD보다 더 잘 알고 있음)을 고수하십시오.

<!DOCTYPE html>
<html lang="en">
    <head>
        <meta charset="utf-8"/>
        <title></title>
    </head>
    <body>
        <p>Line1<br/>Line2</p>
        <p><img src="" alt="blank"/></p>
        <p><input type="text"/></p>
        <p><embed type="application/x-something" src=""/></p>
    </body>
</html>

그런 다음 사용 http://validator.nu/ 적어도 잘 형성되었는지 확인하십시오.

다른 XML 문서처럼 XHTML을 생성하는 도구가 있다면 XHTML을 사용하세요.하지만 일반 텍스트 템플릿, 텍스트 연결 등을 사용하는 경우오래된 HTML 4.01을 사용해도 괜찮습니다.

이제 브라우저는 이 10년 된 표준을 지원하기 시작했습니다.

중요한: XML을 생성할 때 바보라고 불리는 것을 피하십시오.

개인적으로 저는 XHTML 1.0 Transitional을 선호합니다.

XHTML은 XML 기반이므로 구문 분석이 더 쉽고 대부분의 IDE의 XML 구성 요소를 사용하여 프로그래밍 방식으로 쿼리하고 삽입할 수도 있습니다.

전환은 엄격한 만큼 엄격하지 않으므로 PITA가 될 수 있는 엄격한 것에 비해 상대적으로 작업하기가 쉽습니다. 과도기와 엄격한 비교

1.0은 1.1보다 "호환성이 더 뛰어나"며 1.1은 아직 일종의 개발 단계에 있는 것 같습니다.

저는 XHTML 1.0 Trans를 목표로 하고 있습니다.브라우저에서 버그가 수정될 때 실제로 변경해야 할 사항을 파악하려고 갑자기 시간을 다투는 일이 없도록 준수하는 것이 더 좋습니다.

내 생각에는 1.1은 지루했고 2.0은 산산조각이 났다.머리글/바닥글 태그가 정말 필요하거나 필요한가요?

XHTML을 사용하든 일반 HTML을 사용하든 실제로는 중요하지 않다고 생각합니다.여기서 최종 목표는 예측 가능한 렌더링을 통해 유지 관리가 적고 빠른 개발이 가능하도록 하는 것입니다.검증 코드가 있는 한 xhtml 또는 html을 사용하여 이를 얻을 수 있습니다.새로운 버전의 브라우저는 쿼크 모드를 변경하지 않아 유지 관리가 쉽기 때문에 쿼크 모드를 대상으로 하는 것이 가장 좋다는 주장도 들었습니다.

결국 모든 것은 태그 수프가 됩니다. 왜냐하면 웹 앱 개발자에게 오류 없는 HTML을 작성하게 한다는 것은 그들에게 버그 없는 코드를 작성하도록 요청하는 것을 의미하기 때문입니다.유효성 검사기는 초기 페이지 보기만 유효성 검사하므로 도움이 되지 않습니다.이것이 바로 내가 xhtml의 요점이 정적 사이트 이외의 다른 항목에 대해 xml로 제공되는 것을 본 적이 없는 이유이기도 합니다.XML이 엄청난 만큼 웹 앱 개발자가 자신의 웹 앱을 제공해야 하는 오만함의 수준은 엄청납니다.

HTML 4.0 엄격 또는 ISO HTML.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top