html 버전을 목표로해야하는 새로운 웹 기반 응용 프로그램을 개발할 때?HTML 버전 선택
편집 : 난 그냥 다른 사람들이 콘텐츠 제작에 관여 할 때 내 자신의 작품과 경과에 XHTML 엄격한 1.0을 사용하는 경향이 다른 사람들의 느낌을 얻기 위해 시도했습니다
멋진.
첫 번째 XHTML 1.0 Transitional 게시물을 '정답'으로 표시했으나 그 시점에서 주어진 모든 답변이 똑같이 유효하다고 강하게 믿습니다.
나는 XHTML Transitional 1.0을 촬영하고 싶다. XHTML strict가 싫은 몇 가지 뉘앙스가 있습니다. 지금까지 본 편집자 중 대부분은 올바른 일을 할 수 있도록 적절한 전환점을 제공합니다.
페이지를 렌더링하는 것은 사용자가 어떤 표준을 사용하는지에 관계없이 수행합니다. XHTML은 더 엄격하고 아마 "더 좋아"하지만 다른 표준보다 한 표준에서 얻을 수있는 이점을 볼 수 없습니다.
개인적으로 나는 개인적으로 XHTML 1.0 Transitional을 선호합니다.
XHTML은 XML 기반이므로 쉽게 구문 분석 할 수 있으며 대부분의 IDE의 XML 구성 요소를 사용하여 프로그래밍 방식으로 쿼리하고 삽입 할 수 있습니다.
과도기는 엄격한 것과 같이 엄격하지 않으므로 엄격한 PITA와 비교하여 작업하기가 상대적으로 쉽습니다. Comparison between Transistional and Strict
1.0은 1.1보다 "호환성이 좋으며"1.1은 아직 개발 중입니다.
Dillie-O는 XHTML 1.0 Transitional에 대한 답변으로 적합하지만 XHTML 1.0 Strict에 대해 촬영하고 과도기에 대해서만 제안 할 것입니다. Strict가 절대적으로 필요로하는 기능이 있다면 꼭 사용해야합니다.
HTML 4.01. 절대적으로 이유가 없습니다 XHML을 '익숙지 않은'웹 브라우저에서만 실행하려는 실험적 또는 학술적 문제 외에는 사용할 수 없습니다.
XHTML이 경과도 그 브라우저에 완전히 무의미한, 그래서 누군가가 그 목표 왜 모르겠어요. 실제로 많은 사람들이 그것을 추천한다는 것은 꽤 놀랍습니다.
HTML 4.01을 목표로하는 것이 가장 예측 가능하다고 말하고 싶지만, Teifion은 실제로 "귀하의 페이지를 렌더링하는 모든 것"입니다. 응답
Michael Stum에 :
XHTML은 XML 기반, 그래서 쉽게 구문 분석 할 수 있으며 또한 프로그래밍 방식으로 쿼리하고 물건을 삽입하는 대부분의 IDE의 XML 구성 요소를 사용할 수있다.
이것은 사실이 아닙니다. 웹상의 많은 XHTML (XML이 아닌 경우)은 XML 유효성을 준수하지 않습니다 (XML로 전송되지 않아도됩니다). 이것을 처리 할 때 XML처럼 이것을 처리하려고 시도하는 것은 당신에게 많은 두통을 가져올 것입니다. 예를 들어 스택 오버플로 (Stack Overflow)에 대한이 페이지에서는 무효 마크 업 (invalid mark-up)에 대한 많은 용의가없는 XML 도구로 오류가 발생합니다.
나는 XHTML 1.0 Trans를 목표로합니다.브라우저에서 버그가 수정되면 실제로 변경해야 할 사항을 파악하기 위해 갑자기 시계에 맞춰 작업하지 않을 것입니다.
내 생각에 1.1은 borked이며 2.0은 smithereens에 박살났다. 정말 필요합니까/머리글/바닥 글 태그가 필요한가요?
는@ 마이크 :
내가 유효성이 호환 및 유효 유효한 XHTML을 생성, (결국, 우리가 IE6 호환성을 유지해야 ...) 렌더링 페이지를 만들기 위해 필요하지 않습니다 동의하는 동안은 아니다 문제. 문제는 사람들이 HTML 4에 익숙해지고 감가 상각 된 태그와 속성을 사용할 때 시작됩니다.
웹이 쓰레기 더미라고해서 모든 새로운 페이지가 쓰레기 더미가되어야한다는 것을 의미하지는 않습니다. SO에 대한 대부분의 유효성 검사 오류는 매우 사소한 것이므로 속성을 따옴표가 누락 된 것처럼 너무 오래 수정해서는 안됩니다.
그러나 W3C는 어쨌든 어디로 가고 싶어하는지 (HTML 5 참조)와 운영 체제를 신경 써주는 특정 브라우저 회사가 아무런 생각이 없다는 점을 감안할 때 여전히 무의미 할 수 있습니다 또한 사이트는 HTML 1337과 웹 브라우저가 doctype을 보낼 수 있기 때문에 여전히 렌더링을 시도합니다.
나는 XHTML Strict를 할 때마다 다. 나는 HTML이 XML과 같아야한다고 강력히 믿는다. XML을 알고 있고 W3의 유효성 검사기가 올바른 경로에서 여러분을 어쨌든 안내 할 경우 유효성을 검사하는 것은 어렵지 않습니다.
XHTML 2.0은 W3가 오랫동안 목표로 삼아 온 의미 론적 웹, 즉 시맨틱 웹으로 향하고 있습니다. 저를위한 XHTML 2.0의 가장 큰 장점은 웹에있는 모든 순응하는 페이지가 내용으로 이해할 수 있다는 것입니다. 즉, 모든 페이지가 동일한 표준에 적용되기 때문에 기사 (문서의 페이지 - 문서)로 이해할 수 있습니다. 그런 다음 완전히 다른 방식으로 콘텐츠를 제공하는 인터프리터 (즉, 브라우저)를 구성 할 수 있습니다. 여기에서 문자 그대로 수천 가지 아이디어가 기다리고 있습니다.
Content-type: application/xhtml+xml
그러나 IE 6, 7 돈 '
는 주로 사실을 중심으로 XHTML의 사용에 대한 몇 가지 compellingwarnings 이러한 문서의 MIME 타입은 다음과 같이 보내야 있다는 것을 t는이 기능을 지원하고 웹 사이트로 보내야합니다 :
Content-type: text/html
XHTML의 의도는 XML 구문 분석기에서 웹 페이지를 구문 분석 할 수 있지만 실제로는 기존 웹 사이트에서 잘못된 사용으로 인해 실패한 것입니다.
난 여전히 XHTML 1.0 Strict로 문서를 작성하는 편이 낫습니다. 대부분 도전 과제이기 때문에 cleanliness과 validator이라는 오류 검사가 있습니다. 그것이 태그가 끝날 때 매우 명시 적으로 강요하기 때문에 나는 문법을 조금 더 좋아합니다. 그것은 순수하게 기술적 인 것보다 개인적인 선택에 더 가깝습니다.
"태그가 끝날 때 등을 명시하기 때문에 구문을 조금 더 좋아합니다." 글쎄, 대부분의 시간, 아무것도 당신을 강요하고, 당신은 항상 99 % 'xml 유효'어쨌든 HTML을 작성할 수 있습니다. –
잘 작성된 HTML4는 깨끗하고, 유효성 검사기도 있습니다. XML 악 대차에 빠져있는 것을 좋아하지 않습니까? – Mark
번역본 맛있는 XHTML과 HTML은 더 이상 사용되지 않습니다. CSS을 지원하지 않는 이전 사용자 에이전트의 경우에만 을 사용했습니다. explanation in the DTD을 참조하십시오.
W3C는 가능한 한 Strict를 사용해야한다고 조언하고 있으며, 요즘에는 확실히 가능합니다.
과도기 버전은 XHTML/1.1 및 HTML5에서 이미 제거되었습니다.
XHTML/1.0은 HTML4와 완전히 동일한 요소 및 속성 (의미론)을 가지고 있습니다. XHTML/1.0 사양은 요소를 지정하지 않습니다! 구문 외에는 HTML4를 참조합니다.
또한 문서를 text/html으로 보내면 HTML (네임 스페이스, XML DOM)에서 사용할 수없는 XHTML 기능을 사용할 수 없으며 IE 및 기타 HTML 전용과의 호환성을 위해 필요합니다. 브라우저.
2008 년의 올바른 선택은 HTML4가 엄격한 것 :
는
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
하지만 2016 만 중요한 one version of HTML있다.
<!DOCTYPE html>
HTML 호환 방식으로 XHTML 1.0을 사용하려면 괜찮습니다. 그러나 W3C 유효성 검사기와 XHTML DTD는 마임 유형과 브라우저 간의 동작 (예 : <지도 > 이름/ID 일치)을 알지 못합니다. DTD는 브라우저가 특정 요소 (예 : 포함)를 얼마나 잘 지원하는지에 대해 아무것도 모릅니다.
이 의미는 XHTML DTD와 유효성 검사기가 현실을 반영하지 않으며 그에 부합하려고 노력하는 것이 무의미 함을 의미합니다.
XHTML을 사용하여 특정 요소를 /> (html 호환)로 닫을 수 있도록하려면 HTML5 마크 업을 사용하십시오 (브라우저가 표준 모드가되도록). HTML5는 HTML 호환 방식으로/>을 사용할 수 있습니다 (XHTML 1.0 마크 업을 text/html과 사용할 때 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/를 사용합니다.
XHTML을 사용하든 일반 HTML을 사용하든 실제로는 별개라고 생각하지 않습니다. 여기에서의 최종 목표는 예측 가능한 렌더링을 통해 유지 보수가 적고 신속하게 개발하는 것입니다. 유효성 검사 코드가있는 한 xhtml 또는 html을 사용하여이 작업을 수행 할 수 있습니다. 나는 새로운 버전의 브라우저가 쿼크 모드를 변경하지 않기 때문에 쿼크 모드를 목표로하는 것이 가장 바람직하다는 주장을 들었습니다. 따라서 유지 관리가 쉽습니다.
웹 앱 개발자가 오류없는 HTML을 작성하면 버그가없는 코드를 작성해야하므로 결국 모든 것이 태그 스프가됩니다. 유효성 검사기는 초기 페이지보기의 유효성 만 검사하기 때문에 도움이되지 않습니다. 이것은 또한 왜 정적 사이트를 넘어서 xml로 제공되는 xhtml의 요지를 본 적이 없는지입니다. 웹 응용 프로그램 개발자가 XML로 웹 응용 프로그램을 제공해야 할 필요가있는 오만함 수준은 엄청납니다.
다른 XML 문서와 마찬가지로 XHTML을 생성하는 도구가있는 경우 XHTML로 이동하십시오. 그러나 일반 텍스트 템플릿, 텍스트 연결 등을 사용하면 좋은 오래된 HTML 4.01을 사용할 수 있습니다.
브라우저가 이제이 10 년 된 표준을 지원하기 시작합니다. 중요
방법을 모르는 - - 날짜는 있지만 여전히 파이어 폭스에 대한 사실이 보유하고있는 경우, XHTML 1.0 transitional은 Firefox를 Full Standards 모드 대신 Almost Standards 모드로 전환합니다. –
Shadow2531
HTML에 비해 XHTML을 사용해야하는 유일한 이유는 없습니다. – Mark