Isso porque SCRIPT TAG não é um elemento vazio.
Em um documento HTML - VOID ELEMENTS não precisa de uma "tag de fechamento"!
No xhtml , tudo é genérico, portanto todos precisam ser rescindidos, por exemplo, uma "tag de fechamento"; Incluindo br, uma quebra de linha simples, como <br></br>ou sua abreviação <br /> .
No entanto, um Elemento de Script nunca é um Elemento nulo ou paramétrico, porque a tag de script antes de qualquer outra coisa é uma Instrução do Navegador, não uma declaração de Descrição de Dados.
Principalmente, uma Instrução de Terminação Semântica, por exemplo, uma "etiqueta de fechamento" é necessária apenas para processar instruções cuja semântica não pode ser finalizada por uma etiqueta subsequente. Por exemplo:
<H1>a semântica não pode ser terminada por uma sequência, <P>porque ela não carrega sua própria semântica para substituir e, portanto, encerrar o conjunto de instruções H1 anterior. Embora seja capaz de dividir o fluxo em uma nova linha de parágrafo, não é "forte o suficiente" para substituir o tamanho da fonte atual e o estilo da altura da linha que escorre pelo fluxo , ou seja, vazando do H1 (porque P não o possui) )
É assim que e por que a sinalização "/" (terminação) foi inventada.
Uma tag genérica de terminação sem descrição< /> , como , seria suficiente para qualquer queda individual da cascata encontrada, por exemplo: <H1>Title< />mas nem sempre é o caso, porque também queremos ser capazes de "aninhar" várias tags intermediárias do Stream: split em torrents antes de envolver / cair em outra cascata. Como conseqüência, um terminador genérico, como < />não seria capaz de determinar o destino de uma propriedade a ser finalizada. Por exemplo: <b>negrito <i>-itálico < /> itálico </> normal. Indubitavelmente não conseguiríamos acertar nossa intenção e provavelmente a interpretaria como negrito negrito-itálico negrito normal.
Foi assim que nasceu a noção de invólucro, ou seja, recipiente. (Essas noções são tão semelhantes que é impossível discernir e, às vezes, o mesmo elemento pode ter ambos. <H1>É ao mesmo tempo invólucro e contêiner. Considerando que <B>apenas um invólucro semântico). Vamos precisar de um contêiner semântico simples. E, claro, a invenção de um elemento DIV surgiu.
O elemento DIV é na verdade um contêiner 2BR. É claro que a chegada do CSS tornou toda a situação mais estranha do que seria e causou uma grande confusão com muitas consequências - indiretamente!
Como com o CSS, você pode facilmente substituir o comportamento BR pré e pós-nativo de um DIV recém-inventado, geralmente é chamado de "contêiner" não faça nada ". O que é, naturalmente errado! DIVs são elementos de bloco e quebram nativamente a linha do fluxo antes e depois da sinalização final. Logo a WEB começou a sofrer com a página DIV-itis. A maioria deles ainda é.
A chegada do CSS com sua capacidade de substituir e redefinir completamente o comportamento nativo de qualquer Tag HTML, de alguma forma conseguiu confundir e desfocar todo o significado da existência do HTML ...
De repente, todas as tags HTML pareciam obsoletas, foram desfiguradas, despojadas de todo o seu significado, identidade e finalidade originais. De alguma forma, você teria a impressão de que eles não são mais necessários. Dizendo: Uma única tag de empacotador de contêiner seria suficiente para toda a apresentação de dados. Basta adicionar os atributos necessários. Por que não ter tags significativas? Invente os nomes das tags à medida que avança e deixe o CSS se preocupar com o resto.
Foi assim que nasceu o xhtml e, é claro, o grande embotamento, pago com tanto carinho pelos recém-chegados e com uma visão distorcida do que é o quê e do que é o objetivo de tudo. O W3C passou da World Wide Web para O que deu errado, camaradas? !!
O objetivo do HTML é transmitir dados significativos para o destinatário humano.
Para entregar informações.
A parte formal existe para ajudar apenas a clareza da entrega de informações. O xhtml não leva em consideração as informações. - Para isso, a informação é absolutamente irrelevante.
O mais importante é saber e ser capaz de entender que o xhtml não é apenas uma versão de algum HTML estendido ; o xhtml é um animal completamente diferente; fundamentos; e, portanto , é aconselhável mantê-los separados.