Uno tiene que preguntarse cuál es el punto de usar etiquetas cortas.
Más rápido para escribir
MDCore dijo:
<?=
es mucho más conveniente que escribir <?php echo
Sí lo es. Ahorra tener que escribir 7 caracteres * X veces a lo largo de sus scripts.
Sin embargo, cuando un guión demora una hora, o 10 horas, o más, para diseñar, desarrollar y escribir, ¿qué tan relevantes son los pocos segundos de tiempo que no escriben esos 7 caracteres aquí y allá durante la duración del guión?
En comparación con la posibilidad de que algunos de sus núcleos, o todos, no funcionen si las etiquetas cortas no están activadas, o están activadas, pero una actualización o alguien que cambia la configuración del servidor / archivo ini deja de funcionar, otras posibilidades.
El pequeño beneficio que obtiene no se acerca a superar la gravedad de los posibles problemas, es decir, que su sitio no funciona o, lo que es peor, que solo algunas partes no funcionan y, por lo tanto, es un dolor de cabeza para resolver.
Más fácil de leer
Esto depende de la familiaridad .
Siempre he visto y usado <?php echo
. Entonces, aunque <?=
no es difícil de leer, no me resulta familiar y, por lo tanto, no es más fácil de leer .
Y con la división de desarrolladores front-end / back-end (como con la mayoría de las empresas), ¿sería más familiar para un desarrollador front-end que trabaja en esas plantillas saber que <?=
es igual a "PHP open tag and echo"?
Yo diría que la mayoría se sentiría más cómoda con la más lógica. Es decir, una etiqueta abierta PHP clara y luego lo que está sucediendo "echo" -<?php echo
.
Evaluación de riesgos
Problema de = todo el sitio o los scripts centrales no funcionan;
El potencial de problema es muy bajo + la gravedad del resultado es muy alta = alto riesgo
Conclusión
Ahorras unos segundos aquí y allá sin tener que escribir algunos caracteres, pero arriesgas mucho por ello y también es probable que pierdas legibilidad como resultado.
Extremo frontal o posterior codificadores familiarizados con <?=
son más propensos a entender <?php echo
, ya que son cosas normales de PHP - estándar de <?php
etiqueta abierta y muy bien conocidos "eco".
(Incluso los programadores de front end deberían saber "echo" o simplemente no estarán trabajando en ningún código servido por un framework).
Mientras que lo contrario no es tan probable, no es probable que alguien deduzca lógicamente que el signo igual en una etiqueta corta PHP es "echo".
why
parte, citaría la guía de certificación Zend PHP 5: "Las etiquetas cortas fueron, por un tiempo, el estándar en el mundo PHP; sin embargo, tienen el mayor inconveniente de entrar en conflicto con los encabezados XML y, por lo tanto, tienen algo caído en el camino ".<?= $example;?>
! Esto es muy importante ya que el uso de todas las otras etiquetas cortas se considera inútil. De todos modos, se recomienda el uso de la etiqueta de eco corta de ahora en adelante. Proporciona una base de código más suave y ordenada, especialmente. en ver archivos. Entonces, para PHP> = 5.4.0<?= ?>
se puede usar sin configuraciónshort_open_tag
. No use las otras etiquetas cortas en su código. Los dioses del código se enojan mucho cuando lo haces ...<?
no solo se usa en XML para la<?xml version="1.0" ?>
declaración de apertura ; es la sintaxis general para "instrucciones de procesamiento", siendo el segundo ejemplo más común<?xml-stylesheet ... ?>
.<?php
en realidad se puede considerar una instrucción de procesamiento válida, como se puede<?=
(como se permite en 5.4+), pero afirmar que todo<?
también crea conflictos innecesarios entre las sintaxis.