Leerzeichen vor dem schließenden Schrägstrich?

Ich habe häufig ein Leerzeichen vor dem schließenden Schrägstrich in XML- und HTML-Tags gesehen. Der XHTML-Zeilenumbruch ist wahrscheinlich das kanonische Beispiel:

<br />

anstatt:

<br/>

Der Raum scheint überflüssig. Eigentlich halte ich es für überflüssig.

Was ist der Grund, diesen Raum zu schreiben?

Ich habe gelesen, dass das Leerzeichen einige “Abwärtskompatibilitätsprobleme” löst. Welche Abwärtskompatibilitätsprobleme? Sind diese Probleme immer noch relevant, oder fügen wir immer noch zusätzliche Leerzeichen hinzu, um beispielsweise die IE3-Kompatibilität zu gewährleisten? Gibt es eine Spezifikation mit der endgültigen Antwort darauf?

Wenn nicht Abwärtskompatibilität, ist es dann ein Lesbarkeitsproblem? Ähnlich wie bei der Great Open Curly Brace-Debatte?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

Ich kann durchaus unterschiedliche stilistische Meinungen respektieren, daher freue ich mich zu erfahren, dass das Schreiben des Raums reine Geschmackssache ist.

Die Antwort ist, dass die Menschen sich daran halten wollen Anhang C der XHTML1.0-Spezifikation. Was Sie nur tun müssen, wenn Sie es sind Bereitstellung von XHTML als Text/HTML. Was die meisten Leute tun, weil der echte MIME-Typ von XHTML (application/html+xml) im Internet Explorer nicht funktioniert.

Kein aktueller Browser kümmert sich um den Platz. Browser sind sehr tolerant gegenüber diesen Dingen.

Das Leerzeichen war früher erforderlich, um sicherzustellen, dass HTML-Parser den abschließenden Schrägstrich als nicht erkanntes Attribut behandelten.

und
in HTML”>

Unterstützende Antwort von Bobince mit Screenshot von Netscape 4.80 Dokumente zeigen

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

(oben links, Zeilenumbruch gerendert) und

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

(unten links, Zeilenumbruch ignoriert).

Posting als Antwort, um das Bild zu zeigen

Tangential verwandt: Tatsächlich hatte ich eine lange Antwort, die die Ursache für ein solches Fehlverhalten alter Browser (und die daraus resultierende Empfehlung, Leerzeichen einzufügen) in missverstandenen SGML-Spezifikationen identifizierte, nämlich SGML-Null-End-Tag (NETZ) (wo 1<tag/2/3 gleich 1<tag>2</tag>3 Also 1<tag/>2 würde eigentlich bedeuten 1<tag>>2), aber ich konnte nicht nur keinen guten Beweis und keine konkrete Version des Standards finden, ich war nicht einmal in der Lage, richtiges standardkonformes Verhalten zu erfassen. So wenige rohe Links als Referenz:

• w3c-Validierungshinweis, in dem problematischer abschließender Schrägstrich erwähnt wird und zeigt auf
• Leere Elemente in SGML, HTML, XML und XHTML @ www.cs.tut.fi/~jkorpela/
• Vorsicht bei XHTML: Null-End-Tags (NET) angeben, das
  

  Es gibt jedoch immer noch einige kleinere Benutzerprogramme, die Null-End-Tags ordnungsgemäß unterstützen. Einer der bekannteren Benutzeragenten, die dies unterstützen, ist der W3C-Validator.

(Kann dort jetzt nicht reproduziert werden, unterstützt jedoch die Aussage von Lee Kowalkowski zu mehreren davon betroffenen Browsern.)

• XML W3C-Arbeitsentwurf 07. August 1997 – aktueller Spezifikationsentwurf, der den Verweis auf das Null-End-Tag im DTD-Snippet enthält: NET "/>"

Sind diese Probleme immer noch relevant oder fügen wir immer noch zusätzliche Leerzeichen hinzu, um beispielsweise die IE3-Kompatibilität zu gewährleisten?

Sie waren nah dran – es ist für Netscape 4.

Es ist interessant, andere Rationalisierungen zu sehen, aber das ist alles, wofür es gedacht war.

Nein, das Leerzeichen ist nicht erforderlich, aber einige ältere Browser müssen diese Tags korrekt wiedergeben. Der richtige Weg, dies zu tun, ist ohne das zusätzliche Leerzeichen, da dies etwas ist, das XHTML von XML geerbt hat.

Der Abstand macht die Tags nur besser lesbar. Ich bin ein großer Befürworter der Formatierung für besser lesbaren Code. Solche kleinen Dinge können einen langen Weg zurücklegen. Ohne das Leerzeichen fügt sich das schließende Tag in das öffnende Tag ein. Es dauert nur einen Moment länger, bis ich es verarbeitet habe, da ich den Code schnell lese.

In XHTML müssen br-Tags geschlossen werden, aber der Platz ist nicht notwendig. Es ist eine stilistische Sache. In HTML können br-Tags nicht geschlossen werden, also sind beide falsch.

Ich denke, dass der Leerraum eine Möglichkeit ist, die Idee zu verstärken, dass dieses Tag leer ist und sich selbst schließt.

Heute verwende ich den weißen Raum nicht mehr, weil ich nie ein Problem ohne weißen Raum hatte.