XHTML все еще вреден? - PullRequest
       4

XHTML все еще вреден?

3 голосов
/ 06 декабря 2010

Я начинаю проект, в котором клиент обязал использовать XHTML 1.0 Strict. Теперь мне интересно, существуют ли проблемы, описанные в Отправка XHTML в виде text / html Считается вредным , до сих пор и стоит ли пытаться убедить клиента в том, что это (очень строго заявленное) требование контрпродуктивно.

Правильно ли теперь Internet Explorer обрабатывает application/xhtml+xml?

Ответы [ 4 ]

6 голосов
/ 06 декабря 2010

IE9 обрабатывает application/xhtml+xml, включая SVG внутри него, одну из основных причин, по которой стоит использовать этот тип носителя.(В противном случае, пока нет смысла использовать его на данный момент, поскольку вы получаете кучу изменений в сценариях и несовместимость IE <9, в обмен на сравнительно небольшое повышение производительности в настоящий момент.) </p>

НадеюсьНе согласен с Хикси, что использование XHTML как text/html когда-либо было действительно вредным.Используя рекомендации по совместимости с HTML, XHTML не представляет проблем для любых браузеров со времен древнего Netscape 4. Хотя он не дает вам ничего на стороне клиента, он может быть полезен для вашего собственного рабочего процесса обработки страниц, если вы работаетес инструментами обработки XML.И правила синтаксиса XML, будучи более строгими, но более простыми, чем HTML, являются хорошей вещью для автора;это дает валидатору шанс обнаружить ошибки, которые являются допустимыми конструкциями в SGML / HTML, но которые почти наверняка не соответствуют вашим ожиданиям.(С другой стороны, поскольку валидатор не будет применять правила совместимости HTML, есть пара мест, где он может пропустить правильно сформированную, но проблемную разметку, чаще всего самозакрывающиеся теги <script>, разбивающие всю страницу.)

В частности, чтобы ответить на его вопросы: /> и связанные с ним проблемы SGML являются проблемой только для инструментов, которые действительно верят, что HTML - это SGML, который никогда не был браузером в прошлом.В будущем это разрешено в не-XML HTML5.

Скрытие скриптов / таблиц стилей от устаревших (до HTML 3.2!) Браузеров не было проблемой в течение десятилетия или около того: я пришелв ответ на искалеченный комментарий, который он (по праву) высмеивает как смешной, но это было только упражнение;Я никогда не собирался никого использовать, кроме как в какой-то странной гипотетической ситуации.Это, конечно, не обязательно для использования встроенных скриптов и таблиц стилей в XHTML-as-HTML ... достаточно простого хака //<![CDATA[, если вам нужно иметь возможность включать символы < и &, и чаще всего выэто даже не нужно.

Никто на самом деле не хочет анализировать XHTML-as-HTML и обрабатывать его по-другому, так что весь раздел является спорным.«Отправка XHTML 1.1 как text / html НИКОГДА не в порядке» была изменена W3C (теперь все в порядке), а XHTML 2.0 мертв.

Так что да, используйте XHTML 1.0 Strict или XHTML 1.1 илиXHTML5, если хотите.Но пока IE9 не станет вашим базовым браузером (а это не относится к возрастам ), вам придется придерживаться text/html.

2 голосов
/ 06 декабря 2010

Internet Explorer 9 будет обрабатывать документы application / xhtml + xml через анализатор супа тегов .

Internet Explorer 8 и более ранних версий предложит пользователю сохранить документ или открыть его в другом приложении.

Internet Explorer 6 и новее занимают значительную долю рынка (хотя это в некоторой степени зависит от вашего рынка).

Ничего существенного не изменилось в отношении поддержки браузером реального XHTML в течение многих лет.

Это все еще гораздо больше проблем, чем стоит, если вы на самом деле не используете парсеры XML в своей производственной цепочке (в этом случае, удача убедить их в выводе XHTML, который соответствует рекомендациям по совместимости HTML).

1 голос
/ 06 декабря 2010

Это зависит от того, что вы подразумеваете под "Internet Explorer".

Например, IE6 все еще с чем-то вроде 2001 года (который не изменился), и нет, он все еще не обрабатывает это правильно.

0 голосов
/ 27 мая 2018

За последний год (27 мая 2017 г. - 27 апреля 2018 г.) совокупная доля IE 6, 7 и 8 составила 1,72% в соответствии с netmarketshare .

Любой другой крупный браузер поддерживает настоящий XHTML (т. Е. Отправляется с типом application/xhtml+xml MIME. Мой ответ вам: «Нет, это не вредно».

Буду ли это выгодно, я думаю,это не имеет большого значения до тех пор, пока вы на самом деле не освоитесь и не будете использовать технологии XML (SVG, MathML и т. д.) в сети (да, синтаксис HTML также поддерживает их, но это практически хак).

Если создатели браузера ставятбольше усилий для разбора XML, это может иметь значение для чистой скорости разбора.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...