Spasi Sebelum Menutup Slash?

Saya sering melihat spasi sebelum garis miring penutup dalam tag XML dan HTML. Hentian baris XHTML mungkin adalah contoh kanonik:

<br />

dari pada:

<br/>

Ruang tampaknya berlebihan. Faktanya, saya pikir itu tidak berguna.

Apa alasan menulis space ini?

Saya telah membaca bahwa space memecahkan beberapa "masalah kompatibilitas ke belakang." Masalah kompatibilitas mundur mana? Apakah masalah tersebut masih relevan, atau apakah kami masih menambahkan spasi ekstra demi, katakanlah, kompatibilitas IE3? Apakah ada beberapa spesifikasi dengan jawaban pasti untuk ini?

Jika bukan kompatibilitas mundur, apakah itu masalah keterbacaan? Mirip dengan debat Great Open Curly Brace?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

Saya pasti dapat menghargai pendapat gaya yang berbeda, jadi saya akan senang mengetahui bahwa menulis ruang hanyalah masalah selera.

Jawabannya adalah orang-orang ingin mematuhi Lampiran C dari spesifikasi XHTML1.0 . Yang hanya perlu Anda lakukan jika Anda menyajikan XHTML sebagai teks / html . Yang dilakukan kebanyakan orang, karena tipe MIME asli XHTML (application / html + xml) tidak berfungsi di Internet Explorer.

Tidak ada browser saat ini yang peduli dengan ruang. Browser sangat toleran terhadap hal-hal ini.

Ruang yang digunakan untuk memastikan parser HTML memperlakukan garis miring sebagai atribut yang tidak dikenali.

Mendukung jawaban bobince dengan tangkapan layar Netscape 4.80 yang memperlihatkan dokumen

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

(kiri atas, penghentian baris diberikan) dan

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

(kiri bawah, penghentian baris diabaikan).

Posting sebagai jawaban untuk menampilkan gambar

Tangensial terkait: sebenarnya saya punya jawaban yang panjang mengidentifikasi penyebab perilaku seperti browser kuno (dan rekomendasi yang dihasilkan untuk memasukkan spasi) dalam spesifikasi disalahpahami SGML, yaitu SGML Null End Tag ( NET ) (di mana 1<tag/2/3sama 1<tag>2</tag>3sehingga 1<tag/>2akan benar-benar berarti 1<tag>>2), tapi tidak hanya saya tidak dapat menemukan bukti yang baik dan versi konkret dari standar, saya bahkan tidak dapat memahami perilaku mematuhi standar yang tepat. Sangat sedikit tautan mentah untuk referensi:

• w3c validator pemberitahuan menyebutkan garis miring penutup bermasalah dan menunjuk ke
• Elemen kosong di SGML, HTML, XML, dan XHTML @ www.cs.tut.fi/~jkorpela/
• Waspadalah terhadap XHTML: Null End Tags (NET) yang menyatakan, itu

  Namun, masih ada beberapa agen pengguna yang lebih kecil yang dengan benar mendukung Tag Akhir Null. Salah satu agen pengguna terkenal yang mendukungnya adalah validator W3C.

(Tidak dapat mereproduksi di sana sekarang, tetapi mendukung pernyataan Lee Kowalkowski tentang beberapa browser yang terpengaruh oleh ini.)

• XML W3C Working Draft 07-Aug-97 - draf spesifikasi terbaru yang menyertakan referensi Null End Tag di cuplikan DTD:NET "/>"

Apakah masalah tersebut masih relevan atau apakah kami masih menambahkan ruang ekstra demi, katakanlah, kompatibilitas IE3?

Anda sudah dekat - ini untuk Netscape 4.

Menarik untuk melihat rasionalisasi lain, tapi hanya itu yang dimaksudkan.

Tidak, spasi tidak diperlukan tetapi diperlukan beberapa browser lama untuk merender tag tersebut dengan benar. Cara yang tepat untuk melakukannya adalah tanpa ruang ekstra karena ini adalah XHTML yang diwarisi dari XML.

Dalam XHTML, tag br harus ditutup, tetapi spasi tidak diperlukan . Ini hal gaya. Di HTML, tag br tidak bisa ditutup, jadi keduanya salah.

Spasi membuat tag lebih mudah dibaca. Saya adalah pendukung besar pemformatan untuk kode yang lebih mudah dibaca. Hal-hal kecil seperti itu sangat bermanfaat. Tanpa spasi, tag penutup menyatu dengan tag pembuka. Hanya butuh waktu lebih lama bagi saya untuk memprosesnya karena saya membaca kodenya dengan cepat.

Bagaimana jika ada penulis html yang sangat malas di luar sana atau mungkin dia takut dengan tanda kutip. Pertimbangkan hal berikut jika Anda adalah perayap halaman robotnya ...

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

melawan

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

Ini mungkin tampak kecil tetapi lihat apa yang bisa dilakukannya jika ruang tidak ada. Robot tidak akan tahu apakah garis miring adalah bagian dari url atau bagian dari tag penutup.

Menurut saya, ruang putih adalah cara untuk memperkuat gagasan bahwa tag ini kosong dan menutup sendiri.

Saat ini saya tidak lagi menggunakan white space karena saya tidak pernah mengalami masalah dengan white space.