Spazio prima della chiusura Slash?

Ho visto spesso uno spazio che precede la barra di chiusura nei tag XML e HTML. L'interruzione di riga XHTML è probabilmente l'esempio canonico:

<br />

invece di:

<br/>

Lo spazio sembra superfluo. In effetti, penso che sia superfluo.

Qual è il motivo per scrivere questo spazio?

Ho letto che lo spazio risolve alcuni "problemi di compatibilità all'indietro". Quali problemi di compatibilità con le versioni precedenti? Questi problemi sono ancora rilevanti o stiamo ancora aggiungendo spazi extra per amore, ad esempio, della compatibilità con IE3? Esistono alcune specifiche con la risposta definitiva su questo?

Se non è compatibile con le versioni precedenti, è un problema di leggibilità? Simile al dibattito Great Open Curly Brace?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

Posso certamente rispettare opinioni stilistiche diverse, quindi sarò felice di apprendere che scrivere lo spazio è semplicemente una questione di gusti.

La risposta è che le persone desiderano aderire all'Appendice C della specifica XHTML1.0 . Cosa che devi fare solo se stai servendo XHTML come testo / html . Cosa che fa la maggior parte delle persone, perché il vero tipo MIME di XHTML (application / html + xml) non funziona in Internet Explorer.

Nessun browser attuale si prende cura dello spazio. I browser tollerano molto queste cose.

Lo spazio necessario per garantire che i parser HTML trattassero la barra finale come un attributo non riconosciuto.

Supporto della risposta di bobince con screenshot di Netscape 4.80 che mostra i documenti

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

(in alto a sinistra, interruzione di riga renderizzata) e

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

(in basso a sinistra, interruzione di riga ignorata).

Pubblicazione come risposta per mostrare l'immagine

Correlato tangenzialmente: infatti ho avuto una lunga risposta che identifica la causa di tale comportamento scorretto dei browser antichi (e la conseguente raccomandazione di includere lo spazio) in specifiche SGML fraintese, vale a dire SGML Null End Tag ( NET ) (dove 1<tag/2/3uguale a 1<tag>2</tag>3così 1<tag/>2significherebbe effettivamente 1<tag>>2), ma non solo non ero in grado di trovare una buona prova e una versione concreta dello standard, ma non ero nemmeno in grado di cogliere il corretto comportamento conforme allo standard. Così pochi link grezzi per riferimento:

• Notifica del validatore w3c che menziona una barra di chiusura problematica e punta a
• Elementi vuoti in SGML, HTML, XML e XHTML @ www.cs.tut.fi/~jkorpela/
• Attenzione a XHTML: Null End Tags (NET) che afferma che

  Tuttavia, ci sono ancora alcuni programmi utente più piccoli che supportano correttamente i tag nulli. Uno dei più noti programmi utente che lo supportano è il validatore W3C.

(Impossibile riprodurre lì ora, ma supporta l'affermazione di Lee Kowalkowski su più browser interessati da questo.)

• XML W3C Working Draft 07-ago-97 - ultima bozza delle specifiche che include il riferimento al tag Null End nello snippet DTD:NET "/>"

Questi problemi sono ancora rilevanti o stiamo ancora aggiungendo spazi extra per amore, ad esempio, della compatibilità con IE3?

Eri vicino: è per Netscape 4.

È interessante vedere altre razionalizzazioni, ma è tutto ciò a cui era destinato.

No, lo spazio non è richiesto ma è necessario che alcuni browser meno recenti visualizzino correttamente questi tag. Il modo corretto per farlo è senza lo spazio extra poiché questo è qualcosa che XHTML ha ereditato da XML.

In XHTML, i tag br devono essere chiusi, ma lo spazio non è necessario . È una cosa stilistica. In HTML, i tag br non possono essere chiusi, quindi entrambi sono sbagliati.

Lo spazio rende i tag più leggibili. Sono un grande sostenitore della formattazione per un codice più leggibile. Piccole cose del genere fanno molta strada. Senza lo spazio, il tag di chiusura si fonde con il tag di apertura. Mi ci vuole solo un istante in più per elaborarlo mentre leggo rapidamente il codice.

E se ci fosse uno scrittore html molto pigro là fuori o forse avesse paura delle virgolette. Considera quanto segue se tu fossi il suo crawler di pagina robot ...

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

contro

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

Potrebbe sembrare piccolo ma guarda cosa può fare se lo spazio non è lì. Il robot non saprà se la barra fa parte dell'URL o parte del tag di chiusura.

Penso che lo spazio bianco sia un modo per rafforzare l'idea che questo tag è vuoto e si chiude da solo.

Oggi non uso più lo spazio bianco perché non ho mai avuto problemi con lo spazio vuoto.