슬래시를 닫기 전의 공간?

슬래시를 닫기 전의 공간?

XML 및 HTML 태그에서 클로징 슬래시 앞에 공백이 있는 것을 자주 보았습니다.XHTML 줄 바꿈은 아마도 표준적인 예일 것입니다.

<br />

대신:

<br/>

그 공간은 불필요해 보입니다.사실 나는 그것이 불필요하다고 생각합니다.

이 공간을 쓰는 이유는 무엇입니까?

저는 이 공간이 "역호환성 문제"를 해결한다고 읽었습니다.어떤 하위 호환성 문제가 있습니까?이러한 문제가 여전히 관련이 있습니까? 아니면 IE3 호환성을 위해 추가 공간을 추가하고 있습니까?이것에 대한 최종적인 답을 가진 스펙이 있습니까?

역호환성이 아니라면 가독성 문제입니까?Great Open Curly Brace 토론과 비슷합니까?

void it_goes_up_here() {

int no_you_fool_it_goes_down_there()
{

저는 다양한 스타일의 의견을 존중할 수 있기 때문에, 공간을 쓰는 것은 단순히 취향의 문제라는 것을 알게 되어 기쁩니다.

답은 사람들이 XHTML1.0 사양의 부록 C를 준수하기를 원한다는 것입니다.XHTML을 text/html로 제공하는 경우에만 수행하면 되는 작업입니다.XHTML의 실제 MIME 유형(응용프로그램/html+xml)이 Internet Explorer에서 작동하지 않기 때문에 대부분의 사용자가 이 작업을 수행합니다.

현재 브라우저에서 공간을 관리하지 않습니다.브라우저는 이러한 것들에 매우 관대합니다.

HTML 구문 분석에서 후행 슬래시를 인식할 수 없는 특성으로 처리하는 데 필요한 공간입니다.

문서를 보여주는 넷스케이프 4.80의 스크린샷으로 보빈스의 답변을 뒷받침합니다.

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

(좌측 상단, 라인브레이크 렌더링) 및

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

(왼쪽 아래, 줄 바꿈 무시).

---

사진을 보여주기 위한 답변으로 포스팅하기

접선 관련: 사실 저는 오해된 SGML 사양, 즉 SGML Null End Tag(NET)에서 고대 브라우저의 그러한 잘못된 동작의 원인(그리고 공간을 포함하도록 권장하는 것)을 식별하는 긴 답변을 받았습니다(여기서).1<tag/2/3대등한1<tag>2</tag>3그렇게1<tag/>2실제로는1<tag>>2), 하지만 저는 표준의 좋은 증거와 구체적인 버전을 찾을 수 없었을 뿐만 아니라, 적절한 표준 준수 행동도 파악할 수 없었습니다.참고할 원시 링크가 몇 개 되지 않음:

• w3c validator notice는 문제가 있는 클로징 슬래시를 언급하고 가리키고 있습니다.
• SGML, HTML, XML 및 XHTML @ www.cs.tut.fi /~jkorpela/의 요소가 비어 있습니다.
• XHTML 주의: Null End Tags(NET)는 다음을 명시합니다.

  그러나 Null End 태그를 제대로 지원하는 일부 소규모 사용자 에이전트가 여전히 있습니다.이를 지원하는 더 잘 알려진 사용자 에이전트 중 하나가 W3C 검증기입니다.

(지금은 그곳에서 재현할 수 없지만, 이로 인해 영향을 받는 여러 브라우저에 대한 Lee Kowalkowski의 진술을 지지합니다.)

• XML W3C Working Draft 07-Aug-97 - DTD 스니펫의 Null End Tag 참조를 포함하는 최신 사양 초안:NET "/>"

이러한 문제가 여전히 관련이 있습니까? 아니면 IE3 호환성을 위해 추가 공간을 추가하고 있습니까?

가까이 있었군요. 넷스케이프 4입니다.

다른 합리화들을 보는 것은 흥미롭지만, 그것이 의도된 전부입니다.

아니요, 공간은 필요하지 않지만 일부 오래된 브라우저에서 태그를 올바르게 렌더링하는 것이 필요합니다.XHTML은 XML에서 상속받은 것이기 때문에 이를 수행하는 적절한 방법은 여유 공간이 없는 것입니다.

XHTML에서는 br 태그를 닫아야 하지만 공백은 필요하지 않습니다.스타일리시한 거예요.HTML에서 br 태그는 닫을 수 없으므로 둘 다 틀렸습니다.

그 공간은 단지 태그를 더 잘 읽을 수 있게 해줍니다.저는 더 읽을 수 있는 코드를 위해 포맷하는 것을 크게 지지합니다.그런 작은 일들은 아주 큰 도움이 됩니다.공간이 없는 상태에서 마감 태그가 열림 태그와 혼합됩니다.코드를 빠르게 읽고 있기 때문에 처리하는 데 시간이 조금 더 걸립니다.

저는 화이트 스페이스가 이 태그가 비어있고 스스로 닫힌다는 생각을 강화하는 방법이라고 생각합니다.

오늘은 화이트 스페이스를 사용하지 않습니다. 왜냐하면 화이트 스페이스가 없는 것에 문제가 없었기 때문입니다.

아주 게으른 HTML 작성자가 있거나 인용 표시에 대한 두려움을 가지고 있다면 어떨까요?당신이 그의 로봇 페이지 크롤러라면 다음을 생각해보세요.

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

대

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

이것은 작게 보일 수 있지만 공간이 없다면 어떻게 할 수 있는지 보세요.로봇은 슬래시가 URL의 일부인지 아니면 닫기 태그의 일부인지 알 수 없습니다.

언급URL : https://stackoverflow.com/questions/462741/space-before-closing-slash