Bueno, hay dos formas de verlo.
- El código PHP no es más que un conjunto de instrucciones de procesamiento XML y, por lo tanto, cualquier archivo con una
.php
extensión no es más que un archivo XML que se analiza para el código PHP.
- PHP simplemente comparte el formato de instrucción de procesamiento XML para sus etiquetas de apertura y cierre. En base a eso, los archivos con
.php
extensiones PUEDEN ser archivos XML válidos, pero no es necesario que lo sean.
Si cree en la primera ruta, entonces todos los archivos PHP requieren el cierre de etiquetas finales. Omitirlos creará un archivo XML no válido. Por otra parte, sin tener una <?xml version="1.0" charset="latin-1" ?>
declaración de apertura , no tendrá un archivo XML válido de todos modos ... Por lo tanto, no es un problema importante ...
Si cree en la segunda ruta, eso abre la puerta a dos tipos de .php
archivos:
- Archivos que contienen solo código (archivos de biblioteca por ejemplo)
- Archivos que contienen XML nativo y también código (archivos de plantilla, por ejemplo)
En base a eso, los archivos de solo código pueden finalizar sin una ?>
etiqueta de cierre . Pero los archivos de código XML no están bien para finalizar sin un cierre ?>
ya que invalidaría el XML.
Pero sé lo que estás pensando. Estás pensando qué importa, nunca vas a renderizar un archivo PHP directamente, así que a quién le importa si es XML válido. Bueno, importa si estás diseñando una plantilla. Si es XML / HTML válido, un navegador normal simplemente no mostrará el código PHP (se trata como un comentario). Para que pueda simular la plantilla sin necesidad de ejecutar el código PHP dentro de ...
No digo que esto sea importante. Es solo una vista que no veo expresada con demasiada frecuencia, entonces, ¿qué mejor lugar para compartirla?
Personalmente, no cierro etiquetas en archivos de biblioteca, pero sí en archivos de plantilla ... Creo que es una preferencia personal (y una guía de codificación) basada más que nada difícil ...