I have read Tôi nên mã hóa các ký hiệu của mình thành &
trong HTML.
Tuy nhiên, nhiều mẫu mã từ các công ty được tôn trọng bằng cách nào đó quên làm điều này.Tại sao tài liệu Twitter và Google API không mã hóa các ký hiệu và URL trong URL?
Chỉ cần một vài ví dụ ra khỏi đỉnh đầu của tôi:
Google Web Fonts mẫu mã:
<link href='http://fonts.googleapis.com/css?family=PT+Sans&subset=latin,cyrillic' rel='stylesheet' type='text/css'>
Google Maps tài liệu:
<script type="text/javascript" src="http://maps.googleapis.com/maps/api/js?sensor=false&language=ja">
Twitter Anywhere hướng dẫn chính thức:
<script src="http://platform.twitter.com/anywhere.js?id=YOUR_API_KEY&v=1" type="text/javascript"></script>
Có bất kỳ lợi ích thực sự nào từ không phải ký hiệu thoát và trong liên kết không?
Điều này liên quan đến trình duyệt quirks? Đây có phải chỉ là một sai lầm trong tài liệu?
Kính gửi câu trả lời, vui lòng đảm bảo rằng bạn đang trả lời câu hỏi đúng.
Tôi biết tôi nên ký hiệu thoát cho mỗi thông số kỹ thuật. Tôi cũng biết lý do tại sao cơ chế này được phát minh ngay từ đầu. Tôi không phải là asking about this. Câu hỏi của tôi là:
Có lý do Tài liệu API của các công ty đáng kính thường vi phạm quy tắc này?
Trả lời, xin lưu ý rằng họ không làm điều này vì nó chính xác. Không mã hóa ký hiệu và thực sự vi phạm [đặc tả HTML 4.1, phần 5.3.2: Tham chiếu đối tượng ký tự] (http://www.w3.org/TR/html401/charset.html#h-5.3.2): * Tác giả nên sử dụng "&" (ASCII thập phân 38) thay vì "&" để tránh nhầm lẫn với sự bắt đầu của tham chiếu ký tự (tham chiếu dấu phân cách thực thể). ** Tác giả cũng nên sử dụng "&" trong các giá trị thuộc tính vì các tham chiếu ký tự được cho phép trong các giá trị thuộc tính CDATA *** –
Dan, tôi nhận ra bạn đã liên kết với một câu hỏi về điều đó trong bài đăng của bạn, nhưng những người trả lời hiện tại dường như đã bỏ qua nó. –
@ Jeremy: cảm ơn vì nhận xét, tôi đã chỉnh sửa câu hỏi. –