HTML 5: Là <br>, <br/> hay <br />?

Tôi đã thử kiểm tra các câu trả lời khác , nhưng tôi vẫn bối rối - đặc biệt là sau khi xem tài liệu tham khảo HTML 5 của W3schools .

Tôi nghĩ rằng HTML 4.01 được cho là "cho phép" các thẻ đơn thành <img>và <br>. Sau đó, XHTML xuất hiện cùng <img />và <br />( nơi có người nói rằng không gian dành cho các trình duyệt cũ hơn ).

Bây giờ tôi đang tự hỏi làm thế nào tôi phải định dạng mã của mình khi thực hành HTML 5.

Là nó <br>, <br/>hay <br />?

Đơn giản <br>là đủ.

Các hình thức khác là có để tương thích với XHTML; để có thể viết mã giống như XHTML và mã này cũng hoạt động như HTML. Một số hệ thống tạo HTML có thể dựa trên các trình tạo XML và do đó không có khả năng xuất ra chỉ là một <br>thẻ trần ; nếu bạn đang sử dụng một hệ thống như vậy, nó sẽ tốt để sử dụng <br/>, nó chỉ không cần thiết nếu bạn không cần phải làm điều đó.

Tuy nhiên, rất ít người thực sự sử dụng XHTML. Bạn cần phân phát nội dung của mình application/xhtml+xmlđể được hiểu là XHTML và điều đó sẽ không hoạt động trong các phiên bản IE cũ - điều đó cũng có nghĩa là bất kỳ lỗi nhỏ nào bạn thực hiện sẽ khiến trang của bạn không được hiển thị trong các trình duyệt hỗ trợ XHTML. Vì vậy, hầu hết những gì trông giống như XHTML trên web đang thực sự được phục vụ và được hiểu là HTML. Xem Phục vụ XHTML dưới dạng văn bản / html được coi là có hại để biết thêm thông tin.

Tôi nghĩ rằng trích dẫn này từ Dự thảo tham khảo HTML 5 cung cấp câu trả lời:

3.2.2.2 Các yếu tố trống

Các phần tử void được sử dụng để chỉ định các phần tử phải trống . Các yêu cầu này chỉ áp dụng cho cú pháp HTML. Trong XHTML, tất cả các phần tử như vậy được coi là các phần tử bình thường, nhưng phải được đánh dấu là các phần tử trống.

Các yếu tố này bị cấm không chứa bất kỳ nội dung nào cả. Trong HTML, các thành phần này chỉ có thẻ bắt đầu . Các thẻ tự đóng cú pháp có thể được sử dụng. Các thẻ kết thúc phải được bỏ qua bởi vì nguyên tố này được tự động đóng bằng phân tích cú pháp.

Ví dụ HTML:
Một phần tử void trong cú pháp HTML. Điều này không được phép trong cú pháp XHTML.

<hr>

Ví dụ:
Một phần tử void sử dụng cú pháp thẻ tự đóng tương thích HTML và XHTML.

<hr/>

Ví dụ XHTML:
Một phần tử void sử dụng cú pháp chỉ XHTML với thẻ kết thúc rõ ràng. Điều này không được phép đối với các phần tử void trong cú pháp HTML.

<hr></hr>

XML không cho phép để các thẻ mở, vì vậy nó làm cho <br>một chút tồi tệ hơn so với hai thẻ kia. Hai cái còn lại gần tương đương với thứ hai ( <br/>) được ưa thích để tương thích với các trình duyệt cũ hơn. Trên thực tế, không gian trước /được ưa thích vì lợi ích tương thích, nhưng tôi nghĩ nó chỉ có ý nghĩa đối với các thẻ có thuộc tính. Vì vậy, tôi muốn nói một trong hai <br/>hoặc <br />, tùy theo lòng thẩm mỹ của bạn.

Tóm lại: cả ba đều hợp lệ với cái đầu tiên ( <br>) ít "di động" hơn một chút.

Chỉnh sửa : Bây giờ tất cả chúng ta đều điên về thông số kỹ thuật, tôi nghĩ rằng đáng để chỉ ra rằng theo dev.w3.org :

Thẻ bắt đầu bao gồm các phần sau, theo thứ tự chính xác sau:

1. Một ký tự "<".
2. Tên thẻ của phần tử.
3. Tùy chọn, một hoặc nhiều thuộc tính, mỗi thuộc tính phải được bắt đầu bằng một hoặc nhiều ký tự khoảng trắng.
4. Tùy chọn, một hoặc nhiều ký tự không gian.
5. Tùy chọn, một ký tự "/", chỉ có thể xuất hiện nếu phần tử là phần tử void.
6. Một ký tự ">".

Trong HTML (tối đa HTML 4) : sử dụng<br>

Trong HTML 5 : <br>được ưa chuộng, nhưng <br/>và <br />cũng là chấp nhận được

Trong XHTML : <br />được ưa thích. Cũng có thể sử dụng <br/>hoặc<br></br>

Ghi chú:

• <br></br> không hợp lệ trong HTML 5, nó sẽ được coi là hai ngắt dòng.
• XHTML phân biệt chữ hoa chữ thường, HTML không phân biệt chữ hoa chữ thường.
• Để tương thích ngược, một số trình duyệt cũ sẽ phân tích XHTML dưới dạng HTML và không thành công <br/>nhưng không<br />

Tài liệu tham khảo:

• http://www.w3schools.com/tags/tag_br.asp
• http://en.wikipedia.org/wiki/XHTML

Theo thông số kỹ thuật , hình thức dự kiến ​​là <br>dành cho HTML 5 nhưng dấu gạch chéo được cho phép.

Tôi khuyên bạn nên sử dụng <br />vì những lý do sau:

1) Các trình soạn thảo văn bản và XML làm nổi bật cú pháp XML bằng các màu khác nhau sẽ làm nổi bật đúng <br />nhưng điều này không phải lúc nào cũng đúng nếu bạn sử dụng<br>

2) <br />tương thích ngược với XHTML và HTML được định dạng tốt (nghĩa là: XHTML) thường dễ xác thực hơn cho các lỗi và gỡ lỗi

3) Một số trình phân tích cú pháp cũ và một số thông số mã hóa yêu cầu khoảng trắng trước dấu gạch chéo (ví dụ: <br />thay vì <br/>) như thông số Mã hóa Trình cắm WordPress: http://make.wordpress.org/core/handbook/coding-stiterias/html/

Theo kinh nghiệm của tôi, tôi chưa bao giờ gặp trường hợp sử dụng <br />có vấn đề, tuy nhiên, có nhiều trường hợp <br/>hoặc đặc biệt <br>có thể có vấn đề trong các trình duyệt và công cụ cũ hơn.

XML yêu cầu tất cả các thẻ phải có thẻ đóng tương ứng. Vì vậy, có một cú pháp tay ngắn đặc biệt cho các thẻ không có nội dung bên trong.

HTML5 không phải là XML, vì vậy nó không nên đặt ra yêu cầu như vậy. HTML 4.01 cũng không.

Chẳng hạn, trong thông số kỹ thuật HTML5 , tất cả các ví dụ với cú pháp brsử dụng thẻ <br>, không phải <br/>.

CẬP NHẬT Trên thực tế, <br/>được cho phép trong HTML5 . 9.1.2.1, 7.

Nếu bạn quan tâm đến khả năng so sánh (không tương thích, nhưng so sánh) thì tôi sẽ gắn bó <br />.

Nếu không, <br>là tốt.

Cả hai <br>và <br />đều được chấp nhận trong HTML5, nhưng theo tinh thần HTML, <br>nên được sử dụng. HTML5 cho phép đóng dấu gạch chéo để tương thích hơn với các tài liệu trước đây là HTML 4.01 và XHTML 1.0, cho phép di chuyển dễ dàng hơn sang HTML5. Tất nhiên, <br/>cũng được chấp nhận, nhưng để tương thích với một số trình duyệt cũ hơn, cần có khoảng trắng trước dấu gạch chéo ( /).

1. Nếu bạn xuất HTML trên một trang web thông thường, bạn có thể sử dụng <br> hoặc <br/> cả hai đều hợp lệ bất cứ lúc nào bạn đang phục vụ HTML5 dưới dạng văn bản / html.

2. Nếu bạn đang phục vụ HTML5 dưới dạng XHTML (nghĩa là ứng dụng loại nội dung / xhtml + xml, với khai báo XML) thì bạn phải sử dụng thẻ tự đóng như vậy : <br/>.

   Nếu bạn không, một số trình duyệt có thể từ chối hiển thị trang của bạn (đặc biệt là Firefox rất nghiêm ngặt về việc chỉ hiển thị các trang xhtml + xml hợp lệ).

   Như đã lưu ý trong 1. <br/>cũng hợp lệ đối với HTML5, được tạo ra dưới dạng XML nhưng được dùng dưới dạng văn bản / html thông thường mà không cần khai báo XML (chẳng hạn như từ XSL Transform tạo ra các trang web hoặc một cái gì đó tương tự).

Để xóa sự nhầm lẫn: Đặt một khoảng trắng trước dấu gạch chéo không bắt buộc trong HTML5 và không tạo ra bất kỳ sự khác biệt nào đối với cách hiển thị trang (nếu ai đó có thể trích dẫn một ví dụ tôi sẽ rút lại điều này, nhưng tôi không tin nó đúng - nhưng IE chắc chắn thực hiện rất nhiều điều kỳ quặc khác với tất cả các dạng <br>thẻ).

Trình xác nhận xuất sắc tại http://validator.w3.org thực sự hữu ích để kiểm tra những gì hợp lệ (mặc dù tôi không chắc bạn có thể dựa vào nó để kiểm tra loại nội dung).

Cả hai <br>và <br/>sẽ làm tốt nhưng tôi thích <br/>vì nó hợp lý hơn một chút. Đó là logic để mong đợi một thẻ đóng bất cứ khi nào có một thẻ mở. Do đó, mã của bạn sẽ dễ đọc hơn một chút nếu bạn không sử dụng thẻ mở khi không có thẻ đóng.

Tất cả các trình duyệt (ngoại trừ một số trình duyệt cũ không quan trọng) sẽ hiển thị cả hai chính xác như nhau. Tuy nhiên, <br>không phải là xHTML tuân thủ.

<br>và <br/>kết xuất khác nhau. Một số trình duyệt giải thích <br/>như <br></br>và chèn hai ngắt dòng

<br>là đủ nhưng trong XHTML <br />được ưu tiên theo WHATWG và theo W3C .

Để trích dẫn Mục 8.1.2.1 của Khuyến nghị HTML 5.2 W3C, ngày 14 tháng 12 năm 2017

Thẻ bắt đầu phải có định dạng sau:

Giáo dục

5. Sau các thuộc tính hoặc sau tên thẻ nếu không có thuộc tính, có thể có một hoặc nhiều ký tự khoảng trắng. (Một số thuộc tính bắt buộc phải được theo sau bởi khoảng trắng. Xem §8.1.2.3 Thuộc tính bên dưới.)

6. Sau đó, nếu phần tử là một trong các phần tử void hoặc nếu phần tử là phần tử lạ, thì có thể có một ký tự U + 002F SOLIDUS (/). Ký tự này không có tác dụng đối với các phần tử void, nhưng đối với các phần tử nước ngoài, nó đánh dấu thẻ bắt đầu là tự đóng.

Nếu bạn sử dụng Dreamweaver CS6, thì nó sẽ tự động hoàn tất dưới dạng <br />.

Để xác thực tệp HTML của bạn trên W3C, hãy xem: http://validator.w3.org/

Trong xác nhận, của câu hỏi này, nó thực sự phụ thuộc vào những gì !DOCTYPEbạn đang cố gắng để xác minh thông qua.

Sở thích cá nhân của tôi là 4.01 Transnơi tôi chỉ sử dụng <br/>và nó sẽ xóa các cảnh báo và lỗi có thể xuất hiện trong quá trình xác nhận

Strict là một con thú phức tạp hơn nhiều, Nó HATE "SHORTTAGS"và hoàn toàn theo nghĩa đen chỉ muốn<br></br>

Trong HTML5hoặc "LAX" của thế giới mã, thực sự không có câu trả lời đúng bởi vì nó detects every example you put upđúng như vậy ......

Cuối cùng, tôi nghĩ rằng tất cả những gì quan trọng is what validation YOU PREFERhoặc the person that you are working for prefers... với sự lackadaisicalchuyển động trong tính nghiêm ngặt của mã trong html5chúng ta đang thấy một số CODERS RẤT LAZY

IMHO tốt hơn là sử dụng ký hiệu thông thường ( <br />) thay vì ký hiệu tha thứ ( <br>) vì các lý do sau:

Tính nhất quán

Trong HTML của bạn có thể có một số SVG và SVG chỉ hỗ trợ ký hiệu thông thường (ví dụ <rect />).

Khả năng hack

Đây không phải là trường hợp mà các khung như React và NativeScript sử dụng ký hiệu XML.
Mã đánh dấu của bạn sẽ dễ dàng phân tích hơn.

Trong trẻo

Các ký hiệu thông thường dễ đọc và dễ hiểu hơn, thậm chí vào đêm khuya.

Thông số kỹ thuật

Cả hai <br>và <br />là các thẻ HTML hợp lệ.

Phần kết luận

Nếu bạn sử dụng trình soạn thảo văn bản chính thức, hãy cấu hình nó để sử dụng ký hiệu thông thường (được gọi là XHTML bởi Emmet ).
Chẳng hạn, trong Visual Studio Code, bạn chỉ cần thêm dòng sau vào cài đặt của mình:

"emmet.syntaxProfiles": {"html": "xhtml"}

Vâng tất cả những gì tôi biết là <br />cho nghỉ ngơi với một đường trắng và <br>chỉ nghỉ trong một số trường hợp. Điều này xảy ra với tôi khi tôi đang thiết lập tập lệnh IPN (PHP) và gửi thư và kiểm tra hộp thư đến cho nó. Không biết tại sao nhưng tôi chỉ nhận được thông báo trông gọn gàng bằng cả hai<br /> and <br>

Hãy xem thư ở đây: http://snag.gy/cLxUa.jpg

Hai phần đầu của văn bản được phân tách bằng <br />, do đó các dòng khoảng trắng, ba hàng văn bản cuối cùng ở dưới cùng và phần cuối cùng được phân tách bằng <br>và chỉ đưa ra hàng mới.

Trong HTML <br>và trong XHTML <br/>.

Tôi sẽ đề nghị bạn sử dụng <br/>.

Như nhiều người khác đã bảo hiểm, cả hai <br>và <br/>được chấp nhận.

Tôi đoán sự đánh đổi là khả năng đọc tốt hơn và khả năng tương thích ngược <br/>so với việc gửi một ký tự ít hơn cho người dùng cuối <br>.

Và vì Google sử dụng <br>nên tôi cũng vậy.

(Tất nhiên hãy nhớ rằng họ có thể đang phục vụ tôi <br>vì tôi đang sử dụng Chrome mà họ biết hỗ trợ. Trong IE họ có thể vẫn đang phục vụ <br/>)

<br>hoạt động tốt Các phiên bản chặt chẽ hơn như XHTML yêu cầu bạn thêm phần đóng và các phiên bản HTML thực sự cũ không bao gồm thẻ DOCTYPEtạo <br>không trống, như <br></br>.

Tổng hợp: <br>là tốt. Những người khác cũng tốt.

Trong HTML5 , dấu gạch chéo không còn cần thiết : <br>,<hr>

Hầu hết các trường hợp trong HTML, các thẻ là trong cặp. Nhưng để ngắt dòng, bạn không cần một cặp thẻ. Do đó để chỉ ra điều này, HTML sử dụng <br/>định dạng. <br/>là một trong những quyền. Sử dụng định dạng đó.

<br>thẻ không có thẻ kết thúc trong HTML Trong XHTML, <br>thẻ phải được đóng đúng cách, như thế này:<br />

Trong XML, mọi thẻ phải được đóng lại. XHTML là một phần mở rộng của XML, do đó tất cả các quy tắc của XML phải được tuân theo đối với XHTML hợp lệ. Do đó, ngay cả các thẻ trống (các nút không có nút con) cũng
nên được đóng lại. XML có một hình thức ngắn gọi là thẻ tự đóng cho các nút trống. Bạn có thể viết <br></br> as <br />. Do đó trong XHTML <br />được sử dụng.

HTML rất khoan dung trong vấn đề này và không có quy tắc nào như vậy. Vì vậy, trong HTML các nút trống như <br> <hr> <meta>vv được viết mà không có dấu gạch chéo về phía trước.

HTML

<br>
<hr>
<meta name="keywords" content="">
<link rel="canonical" href="http://www.google.com/">

XHTML

<br />
<hr />
<meta name="keywords" content="" />
<link rel="canonical" href="http://www.google.com/" />

Không phải tất cả các thẻ có thể tự đóng. Ví dụ: một thẻ như <script src="jQuery.min.js" />không được XHTML DTD cho phép.

Ummm ..... có ai biết nhà cung cấp SINGLE, tác nhân người dùng hoặc nhà sản xuất trình duyệt đã từng tuân theo Thông số kỹ thuật của W3C 100% không ??? Vì vậy, nếu HTML5 cho biết nó hỗ trợ cả ba phiên bản phần tử phá vỡ, bạn có thể đặt cược cho các nhà cung cấp hỗ trợ các phiên bản tương tự và thậm chí nhiều hơn!

Điều DUY NHẤT quan trọng trong cuộc tranh luận này là sử dụng mã hóa một cách TUYỆT VỜI cũng xảy ra để tuân theo các thông số kỹ thuật XML cũng như các đặc tả HTML khi có thể. Điều đó có nghĩa là bạn nên sử dụng phiên bản XML chính xác của thẻ break và khuyến khích tất cả nhóm của bạn làm điều tương tự:

<br />

Định dạng dấu gạch chéo không gian tương tự sẽ áp dụng cho các thẻ img, a, hr và meta trong mã của bạn. Tại sao? Bởi vì:

1. Nó tương thích ngược với các tác nhân / trình duyệt XHTML cũ hơn
2. Các nhà cung cấp trình duyệt dù sao cũng hỗ trợ phiên bản XML, do đó, đặc tả HTML5 là không cần thiết.
3. Việc triển khai cẩu thả của hầu hết các tác nhân người dùng ngày nay, trong quá khứ và trong tương lai sẽ chấp nhận nó.
4. Nó cho phép đánh dấu của bạn tương đương với các tiêu chuẩn XML nếu bạn cần quay lại để tạo các tài liệu XHTML / XML từ đánh dấu của bạn.
5. Đó là "thực hành mã hóa tốt" cho TẤT CẢ CÁC NHÀ PHÁT TRIỂN WEB để tiếp tục sử dụng các thực tiễn đánh dấu vững chắc tuân theo XML, bao gồm mã hóa trong tất cả các chữ thường, các thuộc tính được trích dẫn, thoát các ký tự XML, v.v. Tại sao? Trong tương lai nếu bạn phải chuyển sang dữ liệu XML, bạn sẽ tự động viết mã và suy nghĩ bằng XML.
6. Chúng tôi chỉ có thể hy vọng rằng trong World Wide Web trong tương lai, chúng tôi tránh xa các tiêu chuẩn do nhà cung cấp tư nhân thực hiện và quay lại đánh dấu xác thực, đáng tin cậy, được phân tích nhanh hơn, di chuyển dữ liệu qua dây nhanh hơn và biến Internet tương lai của chúng tôi trở nên chuẩn hơn phương tiện sử dụng XML.

Ngoài ra, trong thế giới robot và máy móc ở đây, nơi robot không gặp phải vấn đề mã hóa giao diện người giống nhau mà HTML5 giải quyết cho chúng tôi, chúng sẽ sẵn sàng quay lại hệ thống dữ liệu XML và phân tích các trang web UI như vậy nhanh hơn khi chuyển đổi sang XML dữ liệu.

cả hai <br>và <br/>hoạt động nhưng không cần sử dụng cái thứ hai vì HTML 5 cũng hỗ trợ cú pháp đầu tiên rất dễ dàng

chỉ hoạt động tốt trong HTML5. HTML5 cho phép chậm hơn một chút so với XHTML

Nếu bạn đang sử dụng HTML5, thì sử dụng <br>là cách phù hợp :)

<br>và <br />hiển thị khác nhau trong một số trình duyệt, do đó, việc chọn một trong các trình duyệt khác sẽ không gây hại cho dự án của bạn, nhưng bạn có thể tìm thấy hàng loạt ... sẽ ảnh hưởng đến kết xuất trang trong một số trình duyệt, điều này có thể dẫn đến việc bạn phải làm thêm hoặc thậm chí sự bối rối nếu thay đổi không ảnh hưởng gì đến trình duyệt thử nghiệm của bạn, nhưng hãy phá vỡ nó trong trình duyệt ưa thích của khách hàng của bạn.

Tôi thích <br>vì đó là những gì tôi đã sử dụng kể từ Erwise và Netscape Navigator (trình duyệt web ban đầu), nhưng không có lý do gì để không chọn <br />thay thế. Nó có thể hữu ích cho một số tiền xử lý, so sánh, vv

Ngay cả khi lựa chọn của bạn có xu hướng thích giao diện của cái này hơn cái kia, hoặc bạn (hoặc trình soạn thảo HTML yêu thích của bạn, ví dụ Dreamweaver) có thể thích mã của bạn tuân thủ xml. Tuỳ bạn.

Một lưu ý phụ:

Đừng nhầm lẫn br, nhưng ngoài ra, bạn cũng có thể xem xét sử dụng wbrcác thẻ trong HTML của mình: Thẻ cơ hội ngắt từ, trong đó chỉ định vị trí trong văn bản sẽ ổn khi thêm ngắt dòng.

Để đọc thêm, vui lòng đọc thông số HTML5 .

Các phần tử không có thẻ kết thúc được gọi là thẻ trống. Trong html 4 và html 5, các thẻ kết thúc không bắt buộc và có thể được bỏ qua.

Trong xhtml, các thẻ rất nghiêm ngặt. Điều đó có nghĩa là phải bắt đầu bằng thẻ bắt đầu và kết thúc bằng thẻ kết thúc.