Пробел перед закрывающей косой чертой?

Я часто видел пробел перед закрывающей косой чертой в тегах XML и HTML. Разрыв строки XHTML, вероятно, является каноническим примером:

<br />

вместо того:

<br/>

Пространство кажется лишним. На самом деле считаю, что это лишнее.

По какой причине написано это пространство?

Я читал, что это пространство решает некоторые «проблемы с обратной совместимостью». Какие проблемы с обратной совместимостью? Эти проблемы по-прежнему актуальны, или мы все еще добавляем лишние пробелы, скажем, для совместимости с IE3? Есть ли какая-то спецификация с окончательным ответом на это?

Если не обратная совместимость, то это проблема читабельности? Похоже на дебаты о Великой открытой фигурной скобке?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

Я, безусловно, могу уважать различные стилистические мнения, поэтому буду счастлив узнать, что написание пространства - это просто дело вкуса.

Ответ заключается в том, что люди хотят придерживаться Приложения C спецификации XHTML1.0 . Что вам нужно сделать, только если вы обслуживаете XHTML как text / html . Что и делает большинство людей, потому что настоящий MIME-тип XHTML (application / html + xml) не работает в Internet Explorer.

Ни один текущий браузер не заботится о пространстве. Браузеры очень терпимы к этим вещам.

Пространство, необходимое для обеспечения того, чтобы парсеры HTML обрабатывали конечную косую черту как нераспознанный атрибут.

В поддержку ответа bobince со снимком экрана Netscape 4.80, показывающим документы

data:text/html,<title>space</title>foo<br />bar

(вверху слева, отображается разрыв строки) и

data:text/html,<title>no space</title>foo<br/>bar

(внизу слева, перенос строки игнорируется).

Публикация в качестве ответа, чтобы показать картинку

Тангенциально связаны: на самом деле я имел продолжительную ответ , идентифицирующий причину такого недостойного поведения древних браузеров (и в результате рекомендации для включения пространства) в спецификации непонятым SGML, а именно SGML Null End Tag ( NET ) (где 1<tag/2/3равно 1<tag>2</tag>3так 1<tag/>2будет на самом деле средняя 1<tag>>2), но не только я не смог найти хорошее доказательство и конкретную версию стандарта, я даже не смог понять правильное поведение, соответствующее стандарту. Так мало сырых ссылок для справки:

• Уведомление валидатора w3c, в котором упоминается проблемная закрывающая косая черта и указывается на
• Пустые элементы в SGML, HTML, XML и XHTML @ www.cs.tut.fi/~jkorpela/
• Остерегайтесь XHTML: Null End Tags (NET), в котором говорится, что

  Однако есть еще несколько пользовательских агентов меньшего размера, которые должным образом поддерживают пустые конечные теги. Одним из наиболее известных пользовательских агентов, которые его поддерживают, является валидатор W3C.

(Невозможно воспроизвести там сейчас, но поддерживает утверждение Ли Ковальковски о нескольких браузерах, затронутых этим.)

• XML W3C Working Draft 07-Aug-97 - последний черновик спецификаций, который включает ссылку на Null End Tag во фрагменте DTD:NET "/>"

Эти проблемы по-прежнему актуальны или мы все еще добавляем лишние пробелы, скажем, для совместимости с IE3?

Вы были близки - это для Netscape 4.

Интересно видеть другие рационализации, но это все, для чего он был предназначен.

Нет, пространство не требуется, но некоторые старые браузеры должны правильно отображать эти теги. Правильный способ сделать это - без лишнего места, поскольку это то, что XHTML унаследовал от XML.

В XHTML теги br должны быть закрыты, но пробел не нужен . Это стилистическая вещь. В HTML теги br не могут быть закрыты, поэтому оба неверны.

Пространство просто делает теги более читабельными. Я большой сторонник форматирования для более читаемого кода. Такие мелочи имеют большое значение. Без пробела закрывающий тег сливается с открывающим. Мне требуется немного больше времени, чтобы обработать его, поскольку я быстро читаю код.

Что, если бы там был очень ленивый писатель HTML или, может быть, он боялся кавычек. Если бы вы были его роботом-сканером страниц, подумайте о следующем ...

<img src=http://myunquotedurl.com/image.jpg />

против

<img src=http://myunquotedurl.com/image.jpg/>

Это может показаться маленьким, но посмотрите, что он может сделать, если места нет. Робот не будет знать, является ли косая черта частью URL-адреса или частью закрывающего тега.

Я думаю, что пустое пространство - это способ укрепить идею о том, что этот тег пуст и закрывается.

Сегодня я больше не использую пустое пространство, потому что у меня никогда не было проблем с отсутствием белого пространства.