Eso es porque SCRIPT TAG no es un ELEMENTO ANULADO.
En un documento HTML - ¡ELEMENTOS ANULADOS no necesitan una "etiqueta de cierre" en absoluto!
En xhtml , todo es genérico, por lo tanto, todos necesitan terminación, por ejemplo, una "etiqueta de cierre"; Incluyendo br, un simple salto de línea, como <br></br>o su taquigrafía <br /> .
Sin embargo, un elemento de secuencia de comandos nunca es un elemento vacío o paramétrico, porque la etiqueta de secuencia de comandos antes que nada, es una instrucción del navegador, no una declaración de descripción de datos.
Principalmente, una instrucción de terminación semántica, por ejemplo, una "etiqueta de cierre" solo es necesaria para procesar instrucciones cuya semántica no puede ser terminada por una etiqueta posterior. Por ejemplo:
<H1>la semántica no puede ser terminada por un siguiente <P>porque no tiene suficiente semántica para anular y, por lo tanto, terminar el conjunto de instrucciones H1 anterior. Aunque será capaz de dividir la secuencia en una nueva línea de párrafo, no es "lo suficientemente fuerte" como para anular el tamaño de fuente actual y la altura de línea del estilo que fluye por la secuencia , es decir, se filtra desde H1 (porque P no lo tiene) )
Así es como y por qué se ha inventado la señalización "/" (terminación).
Una etiqueta de terminación genérica sin descripción< /> , como , habría bastado para cualquier caída de la cascada encontrada, por ejemplo: <H1>Title< />pero ese no es siempre el caso, porque también queremos ser capaces de "anidar", etiquetado intermedio múltiple de Stream: split en torrentes antes de envolver / caer en otra cascada. Como consecuencia, un terminador genérico como el < />que no podría determinar el objetivo de una propiedad para terminar. Por ejemplo: <b>negrita <i>negrita-cursiva < /> cursiva </> normal. Indudablemente, fallaría en acertar nuestra intención y probablemente la interpretaría como negrita negrita-itálica negrita normal.
Así es como nació la noción de envoltura, es decir, contenedor. (Estas nociones son tan similares que es imposible discernir y, a veces, el mismo elemento puede tener ambos. <H1>Es envoltorio y contenedor al mismo tiempo. Mientras que <B>solo es un envoltorio semántico). Necesitaremos un contenedor simple, sin semántica. Y, por supuesto, surgió la invención de un elemento DIV.
El elemento DIV es en realidad un contenedor 2BR. Por supuesto, la llegada de CSS hizo que la situación fuera más extraña de lo que hubiera sido de otra manera y causó una gran confusión con muchas grandes consecuencias, ¡indirectamente!
Debido a que con CSS puede anular fácilmente el comportamiento nativo previo y posterior de BR de un DIV recién inventado, a menudo se lo denomina "contenedor de no hacer nada". Lo cual es, naturalmente, incorrecto! Los DIV son elementos de bloque y romperán de forma nativa la línea del flujo tanto antes como después de la señalización final. Pronto la WEB comenzó a sufrir de la página DIV-itis. La mayoría de ellos todavía lo son.
La llegada de CSS con su capacidad de anular y redefinir completamente el comportamiento nativo de cualquier etiqueta HTML, de alguna manera logró confundir y difuminar todo el significado de la existencia HTML ...
De repente, todas las etiquetas HTML aparecieron como obsoletas, fueron desfiguradas, despojadas de todo su significado, identidad y propósito originales. De alguna manera, obtendrás la impresión de que ya no son necesarios. Dicho: una sola etiqueta contenedor-envoltorio sería suficiente para toda la presentación de datos. Simplemente agregue los atributos requeridos. ¿Por qué no tener etiquetas significativas en su lugar? Inventa nombres de etiquetas a medida que avanzas y deja que el CSS se moleste con el resto.
Así es como nació xhtml y, por supuesto, el gran contundente, pagado tan caro por los recién llegados y una visión distorsionada de qué es qué y cuál es el maldito propósito de todo. El W3C pasó de la World Wide Web a ¿Qué salió mal, camaradas?
El propósito de HTML es transmitir datos significativos al destinatario humano.
Para entregar información.
La parte formal está ahí solo para ayudar a la claridad de la entrega de información. xhtml no da la más mínima consideración a la información. - Para ello, la información es absolutamente irrelevante.
Lo más importante en el asunto es saber y poder entender que xhtml no es solo una versión de un HTML extendido , xhtml es una bestia completamente diferente; molido y por lo tanto es sabio mantenerlos separados.