Khoảng trống trước khi đóng cửa chém?

Tôi thường xuyên thấy một khoảng trắng trước dấu gạch chéo đóng trong các thẻ XML và HTML. Dấu ngắt dòng XHTML có thể là ví dụ chuẩn:

<br />

thay vì:

<br/>

Không gian có vẻ thừa. Trong thực tế, tôi nghĩ rằng nó là thừa.

Lý do để viết khoảng trống này là gì?

Tôi đã đọc rằng không gian giải quyết một số "vấn đề tương thích ngược". Vấn đề tương thích ngược nào? Những vấn đề đó vẫn còn phù hợp hay chúng tôi vẫn thêm các khoảng trống bổ sung vì lợi ích tương thích của IE3? Có tồn tại một số thông số kỹ thuật với câu trả lời dứt khoát về điều này?

Nếu không tương thích ngược, thì đó có phải là vấn đề về khả năng đọc không? Tương tự như cuộc tranh luận Great Open Curly Brace?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

Tôi chắc chắn có thể tôn trọng các ý kiến ​​khác nhau về phong cách, vì vậy tôi rất vui khi biết rằng việc viết không gian chỉ đơn giản là một vấn đề của sở thích.

Câu trả lời là mọi người muốn tuân theo Phụ lục C của đặc tả XHTML1.0 . Điều bạn chỉ cần làm nếu bạn đang phân phát XHTML dưới dạng văn bản / html . Điều mà hầu hết mọi người đều làm vì kiểu MIME thực của XHTML (ứng dụng / html + xml) không hoạt động trong Internet Explorer.

Không có trình duyệt hiện tại quan tâm đến không gian. Trình duyệt rất khoan dung với những điều này.

Không gian được sử dụng để đảm bảo trình phân tích cú pháp HTML coi dấu gạch chéo ở cuối là một thuộc tính không được công nhận.

Hỗ trợ câu trả lời của bobince với ảnh chụp màn hình Netscape 4.80 hiển thị tài liệu

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

(trên cùng bên trái, kết xuất ngắt dòng) và

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

(dưới cùng bên trái, bỏ qua dấu ngắt dòng).

Đăng dưới dạng câu trả lời để hiển thị hình ảnh

Có liên quan mật thiết: trên thực tế, tôi đã có một câu trả lời dài để xác định nguyên nhân gây ra các hoạt động sai như vậy của các trình duyệt cổ (và kết quả là đề xuất bao gồm khoảng trống) trong các thông số kỹ thuật SGML bị hiểu nhầm, cụ thể là SGML Null End Tag ( NET ) (trong đó 1<tag/2/3bằng 1<tag>2</tag>3như vậy1<tag/>2 sẽ thực sự có ý nghĩa 1<tag>>2), nhưng không chỉ tôi không thể tìm thấy bằng chứng tốt và phiên bản cụ thể của tiêu chuẩn, tôi thậm chí còn không thể nắm bắt được hành vi tuân thủ tiêu chuẩn thích hợp. Rất ít liên kết thô để tham khảo:

• thông báo trình xác thực w3c đề cập đến dấu gạch chéo đóng có vấn đề và trỏ đến
• Các phần tử trống trong SGML, HTML, XML và XHTML @ www.cs.tut.fi/~jkorpela/
• Hãy coi chừng XHTML: Null End Tags (NET) nói rõ, rằng

  Tuy nhiên, vẫn có một số tác nhân người dùng nhỏ hơn hỗ trợ đúng cách Null End Tags. Một trong những tác nhân người dùng nổi tiếng hỗ trợ nó là trình xác thực W3C.

(Hiện không thể tái tạo ở đó, nhưng ủng hộ tuyên bố của Lee Kowalkowski về nhiều trình duyệt bị ảnh hưởng bởi điều này.)

• Bản nháp làm việc của XML W3C 07-08-97 - bản nháp thông số kỹ thuật mới nhất bao gồm tham chiếu của Thẻ kết thúc rỗng trong đoạn mã DTD:NET "/>"

Những vấn đề đó vẫn còn phù hợp hay chúng tôi vẫn thêm các khoảng trống bổ sung vì lợi ích của khả năng tương thích với IE3?

Bạn đã kết thúc - đó là đối với Netscape 4.

Thật thú vị khi thấy những lý lẽ khác, nhưng đó là tất cả những gì nó có ý nghĩa.

Không, không bắt buộc phải có dung lượng nhưng đối với một số trình duyệt cũ thì cần hiển thị các thẻ đó một cách chính xác. Cách thích hợp để làm điều đó là không có thêm dung lượng vì đây là thứ mà XHTML kế thừa từ XML.

Trong XHTML, thẻ br phải được đóng lại, nhưng không cần khoảng trắng . Đó là một thứ phong cách. Trong HTML, thẻ br không thể đóng được, vì vậy cả hai đều sai.

Khoảng trống chỉ làm cho các thẻ dễ đọc hơn. Tôi là người ủng hộ lớn việc định dạng để có mã dễ đọc hơn. Những điều nhỏ nhặt như vậy đi được một chặng đường dài. Nếu không có khoảng trống, thẻ đóng sẽ hòa vào với thẻ mở. Tôi chỉ mất một lúc lâu hơn để xử lý nó vì tôi đang đọc nhanh mã.

Điều gì sẽ xảy ra nếu có một người viết html rất lười biếng hoặc có thể anh ta sợ dấu ngoặc kép. Hãy xem xét những điều sau nếu bạn là trình thu thập thông tin trang rô bốt của anh ấy ...

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

đấu với

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

Điều này có vẻ nhỏ nhưng hãy xem nó có thể làm gì nếu không gian không có. Robot sẽ không biết liệu dấu gạch chéo là một phần của url hay một phần của thẻ đóng.

Tôi nghĩ rằng khoảng trắng là một cách để củng cố ý tưởng rằng thẻ này trống và nó tự đóng.

Hôm nay tôi không sử dụng khoảng trắng nữa vì tôi chưa bao giờ gặp vấn đề với không có khoảng trắng.