XHTML1 против HTML4 и Строгий против Переходного - полностью ортогональные проблемы.
XML сегодня может не дать какого-либо огромного преимущества браузерам, но на стороне сервера обрабатывать документы с использованием XML на порядок проще, чем пытаться разобрать беспорядок, который является старой школой SGML, за исключением не совсем HTML4. .
Ограничение себя [X] HTML Strict само по себе ничего не дает, кроме простого отказа от использования старых, менее удобных в использовании техник, которые не следует использовать в любом случае.
Встроенный javascript, как правило, требует крысиных гнезд, чтобы сделать его совместимым с XHTML
Вы можете уйти без каких-либо побегов, если вы не используете символы <или &. И «<<CDATA [» на самом деле не намного хуже, чем «<! -» в прежние времена. </p>
В любом случае, сохранение сценариев во внешнем виде гораздо более управляемым; Вы не хотите делать что-либо существенное в строке.
Тогда возникает проблема нехватки OCD при вводе пользователем, чтобы не пропустить ни одного недопустимого символа.
Внеполосные символы в HTML4 Transitional точно такие же, как и в XHTML1 Strict.
Если вы принимаете пользовательский HTML-код и не проверяете / не экранируете его с помощью гребня с мелкими зубьями, чтобы предотвратить ошибки правильной формы, у вас гораздо большие проблемы, чем просто соблюдение типа документа. Вы пропустите хакерские инъекции и сделаете свой сайт уязвимым для дыр в безопасности межсайтовых сценариев.
забывая, что тип содержимого, возвращаемый сервером, сбрасывается для страниц XHTML с text / html на application / html + xml.
Это не «забывание», это преднамеренно: сегодня нет особого смысла в обслуживании приложения / xhtml + xml. Чтобы учесть IE, вам нужно понюхать UA, а затем убедиться, что вы понимаете различия CSS и JavaScript, которые появляются в обоих режимах синтаксического анализа ... вы можете сделать это, чтобы доказать свое техническое мастерство, но на самом деле ничего вам не дается. .
Работа с XHTML как унаследованным HTML может быть не идеальной, но она позволяет сохранить более простой и технологичный синтаксис XML (и потенциальную совместимость с другими языками XML, такими как SVG), при этом оставаясь дружественным к браузеру.
Люди жалуются на избирательность ошибок правильности, но сразу же обнаруживать эти ошибки, чтобы вы могли их исправить, гораздо лучше, чем оставлять их там без предупреждения, готовые отключить какой-нибудь будущий браузер.