Пробіл перед закритою косою рисою?

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

<br />

замість:

<br/>

Простір здається зайвим. Насправді, я вважаю, що це зайве.

У чому причина написання цього простору?

Я читав, що пробіл вирішує деякі "проблеми зі зворотною сумісністю". Які проблеми зі зворотною сумісністю? Чи все ще ці проблеми актуальні, чи ми все ще додаємо додаткові пробіли заради, скажімо, сумісності з IE3? Чи існує якась специфікація з остаточною відповіддю на це?

Якщо не зворотна сумісність, то чи це проблема читабельності? Подібно до Великої відкритої дискусії про фігурні дужки?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

Я, безумовно, можу поважати різні стилістичні думки, тому я із задоволенням дізнаюся, що написання простору - це просто справа смаку.

Відповідь полягає в тому, що люди хочуть дотримуватися Додатка C специфікації XHTML1.0 . Що вам потрібно зробити, лише якщо ви обслуговуєте XHTML як текст / 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), де зазначено, що

  Однак, все ще існують деякі менші користувацькі агенти, які належним чином підтримують Null End Tags. Одним з найбільш відомих користувацьких агентів, які його підтримують, є валідатор W3C.

(Не вдається відтворити там зараз, але підтримує твердження Лі Ковалковського про декілька браузерів, на які це впливає.)

• XML W3C Working Draft 07-Aug-97 - останній проект специфікацій, що включає посилання на нульовий кінцевий тег у фрагменті 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-адреси або частиною закриваючого тегу.

Я думаю, що пробіли - це спосіб підкріпити уявлення про те, що цей тег порожній і він закривається сам.

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