Me he encontrado con esta etiqueta PHP <?= ?>recientemente y soy reacio a usarla, pero pica tanto que quería tener tu opinión sobre ella. Sé que es una mala práctica usar etiquetas cortas <? ?>y que deberíamos usar etiquetas completas <?php ?>, pero ¿qué pasa con esta <?= ?>:?

Ahorraría algo de tipeo y sería mejor para la legibilidad del código, IMO. Entonces, en lugar de esto:

<input name="someVar" value="<?php echo $someVar; ?>">

Podría escribirlo así, que es más limpio:

<input name="someVar" value="<?= $someVar ?>">

¿Usar este operador está mal visto?

Historia

Antes de que el tren de información errónea salga demasiado de la estación, hay un montón de cosas que debe comprender sobre las etiquetas cortas de PHP.

El problema principal con las etiquetas cortas de PHP es que PHP logró elegir una etiqueta ( <?) que fue utilizada por otra sintaxis, XML .

Con la opción habilitada, no pudo generar la salida sin formato de la declaración xml sin obtener errores de sintaxis:

<?xml version="1.0" encoding="UTF-8" ?>

Este es un gran problema cuando considera cuán común es el análisis y la administración de XML.

¿Qué hay de <?=?

Aunque <?causa conflictos con xml, <?= no lo hace . Desafortunadamente, las opciones para activarlo y desactivarlo estaban vinculadas short_open_tag, lo que significaba que para obtener el beneficio de la etiqueta de eco corta ( <?=), tenía que lidiar con los problemas de la etiqueta abierta corta ( <?). Los problemas asociados con la etiqueta abierta corta fueron mucho mayores que los beneficios de la etiqueta de eco corta, por lo que encontrará un millón y medio de recomendaciones para short_open_tagdesactivar, lo que debe hacer .

Con PHP 5.4, sin embargo, la etiqueta de eco corta se ha vuelto a habilitar por separado de la short_open_tagopción. Veo esto como un respaldo directo de la conveniencia de <?=, ya que no hay nada fundamentalmente malo en ello en sí mismo.

El problema es que no puede garantizar que tendrá <?=si está intentando escribir código que podría funcionar en una gama más amplia de versiones de PHP.

_{ok, ahora que todo eso está fuera del camino}

Deberías usar <?=?

Desempolvando mi sombrero PHP

Definitivamente preferiría el uso de <?= $someVar ?>los más detallados echo(simplemente preferencias personales). El único inconveniente de AFAIK es para los usuarios que ejecutan versiones anteriores a la 5.4.0, en cuyo caso short_open_tagdeben estar habilitados en php.ini .

Ahora dicho esto, si su proyecto no es SO, entonces es un punto discutible. Si es así, documentaría el hecho de que short_open_tags debe estar habilitado o usaría la más portátil de las dos soluciones.

Definitivamente, debe intentar evitar las etiquetas de formato corto, ya sea <?o no <?=.

La razón técnica principal es la portabilidad, nunca puede estar seguro de que las etiquetas de formato corto funcionarán para cada configuración, ya que se pueden desactivar, busque la short_open_tagdirectiva. Pero siempre puede estar absolutamente seguro de que la forma larga funcionará en todas partes.

Ahorraría algo de tipeo y sería mejor para la legibilidad del código, IMO.

Eso también es un mal hábito. Realmente no puedo decirte qué encuentras más legible, pero estoy febrilmente en contra de usar la legibilidad del código como una excusa para ahorrarte un par de pulsaciones de teclas. Si le preocupa la legibilidad, debe optar por un motor de plantillas, esto:

<input name="someVar" value="{someVar}">

es mucho más legible de sus dos ejemplos.

Por último, vale la pena señalar que las etiquetas de formato corto son desalentadas explícitamente por los principales proyectos de PHP, por ejemplo, PEAR y Zend Framework .

La documentación de PHP dice claramente que puede usar etiquetas de eco cortas de forma segura:

5.4.0 The tag <?= is always available regardless of the short_open_tag ini setting.

Aunque esto es para PHP versión 5.4 y superior, pero al menos todos deberían usar este. Los preferiría solo con fines de plantilla.

Razones para usar etiquetas cortas:

• Son mas cortos.

Razones para no usar etiquetas cortas:

• Presentan un problema de configuración más: si bien controla el servidor la mayor parte del tiempo en un contexto profesional, si planea lanzar su código al público en general, las etiquetas cortas pueden romperse de manera irreparable para las personas que lo usan, por ejemplo, en un alojamiento compartido .
• Hacen que sea demasiado fácil soltar casualmente cadenas no desinfectadas en su salida. Esto da miedo porque puede introducir vulnerabilidades XSS. Si bien las etiquetas largas no hacen nada directamente para evitar esto, sí le indican al programador que tal vez lo que están haciendo no es lo correcto, y deberían comenzar a usar un sistema de plantillas que maneje automáticamente la codificación HTML en este momento . Producir cadenas dinámicas con etiquetas largas es doloroso, lo cual es algo bueno (educativo).

Creo que la <?=versión es una práctica buena / aceptable, siempre que solo la use para la salida final de variables y evite cualquier llamada a funciones o lógica ternaria que no esté directamente relacionada con la presentación de los datos.

Ciertamente es mucho mejor que en <? echo($x); ?>todas partes.

A largo plazo, es posible que desee buscar motores de plantillas como Smarty .

A partir de PHP 7.4, el campo de juego cambia un poco:

<? ?> está oficialmente en desuso y se eliminará en PHP 8.0.

PHP RFC: desaprobar PHP Las etiquetas abiertas cortas indican explícitamente que <?= ?>no se ve afectado. Esto indicaría (según yo, no el RFC) que no se desaconseja su uso.

Para ser honesto, creo que hacer eco de un resultado cualquiera que sea el método (antiguo o nuevo) es algo bastante obsoleto mientras MVC celebra 33 años.

Diría que sí, esta es una buena práctica encapsular los datos entrantes del servidor (php) dentro de un documento XML y procesarlos en su capa aplicativa / cliente, lo que le ahorra incluso la idea de usar dicha etiqueta.