Je suis tombé sur cette balise PHP <?= ?>récemment et je suis réticent à l'utiliser, mais ça me démange tellement que je voulais avoir votre avis. Je sais que c'est une mauvaise pratique d'utiliser des balises courtes <? ?>et que nous devrions utiliser des balises complètes à la <?php ?>place, mais qu'en est-il celui-ci <?= ?>:?

Cela économiserait un peu de frappe et ce serait mieux pour la lisibilité du code, IMO. Donc au lieu de cela:

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

Je pourrais l'écrire comme ça, ce qui est plus propre:

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

L'utilisation de cet opérateur est-elle mal vue?

Histoire

Avant que le train de fausses informations ne parte trop loin de la gare, vous devez comprendre beaucoup de choses sur les balises courtes PHP.

Le principal problème des balises courtes de PHP est que PHP a réussi à choisir une balise ( <?) utilisée par une autre syntaxe, XML .

Avec l'option activée, vous ne pouviez pas générer la déclaration XML sans générer d'erreur de syntaxe:

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

Ceci est un gros problème lorsque vous considérez à quel point l'analyse et la gestion XML sont courantes.

Qu'en est- il <?=?

Bien que <?provoque des conflits avec XML, <?= ne le fait pas . Malheureusement, les options d'activation et de désactivation de l'option étaient liées short_open_tag, ce qui signifiait que pour tirer avantage de la balise echo courte ( <?=), il fallait gérer les problèmes posés par la balise ouverte courte ( <?). Les problèmes associés à la balise ouverte courte étaient bien plus importants que les avantages de la balise écho courte. Vous trouverez donc un million et demi de recommandations à short_open_tagdésactiver, ce que vous devriez .

Avec PHP 5.4, toutefois, la balise echo courte a été réactivée séparément de l' short_open_tagoption. Je vois cela comme une approbation directe de la commodité de <?=, étant donné que rien en lui-même n'est faux.

Le problème est que vous ne pouvez pas en garantir le résultat <?=si vous essayez d'écrire du code pouvant fonctionner dans un plus grand nombre de versions de PHP.

_{ok, alors maintenant que tout cela est hors du chemin}

Devriez-vous utiliser <?=?

Dépoussiérer mon chapeau PHP

Je préférerais définitivement utiliser <?= $someVar ?>le plus verbeux echo(préférence personnelle). Le seul bémol AFAIK concerne les utilisateurs de versions antérieures à 5.4.0, auquel cas ils short_open_tagdoivent être activés dans le fichier php.ini .

Cela dit, si votre projet n’est pas un système d’exploitation, alors il s’agit d’un point discutable. Si c'est le cas, je documenterais le fait que short_open_tags doit être activé ou utiliser la plus portable des deux solutions.

Vous devez absolument essayer d'éviter les balises de forme abrégée, que ce soit <?ou <?=.

La raison technique principale est la portabilité, vous ne pouvez jamais être sûr que les balises de forme courte fonctionneront pour chaque configuration donnée, car elles peuvent être désactivées, consultez la short_open_tagdirective. Mais vous pouvez toujours être absolument certain que le formulaire long fonctionnera partout.

Cela économiserait un peu de frappe et ce serait mieux pour la lisibilité du code, IMO.

C'est aussi une mauvaise habitude. Je ne peux pas vraiment vous dire ce que vous trouvez plus lisible, mais je suis fébrile contre l'utilisation de la lisibilité du code comme excuse pour vous épargner quelques frappes de touche. Si vous êtes préoccupé par la lisibilité, vous devriez vous tourner vers un moteur de template, ceci:

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

est beaucoup plus lisible à partir de vos deux exemples.

Enfin, il convient de noter que les balises de forme abrégée sont explicitement découragées par les grands projets PHP, tels que PEAR et Zend Framework .

La documentation PHP dit clairement que vous pouvez utiliser des balises echo courtes en toute sécurité:

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

Bien que ce soit pour PHP version 5.4 ou supérieure, mais tout le monde devrait au moins utiliser celle-ci. Je les préférerais uniquement à des fins de modèles.

Raisons pour utiliser des balises courtes:

• Ils sont plus courts.

Raisons pour ne pas utiliser de balises courtes:

• Ils introduisent une configuration de plus: si vous contrôlez le serveur la plupart du temps dans un contexte professionnel, si vous envisagez de divulguer votre code au grand public, des balises courtes risquent de ne pas fonctionner correctement pour ceux qui l'utilisent sur un hébergement partagé, par exemple. .
• Ils facilitent trop facilement l’insertion de chaînes non assainies dans votre sortie. Cela fait peur, car cela pourrait introduire des vulnérabilités XSS. Bien que les longues balises ne fassent rien directement pour empêcher cela, elles indiquent au programmeur que ce qu’elles font n’est peut-être pas la bonne chose à faire et qu’elles devraient commencer à utiliser un système de modèles qui gère automatiquement le codage HTML pour elles maintenant . Produire des chaînes dynamiques avec de longues balises est douloureux, ce qui est une bonne chose (éducative).

Je pense que la <?=version est une pratique acceptable / acceptable, à condition que vous ne l'utilisiez que pour la sortie finale des variables et évitez tout appel de fonction ou logique ternaire qui n'est pas directement lié à la présentation des données.

C'est certainement beaucoup mieux que <? echo($x); ?>partout.

À long terme, vous voudrez peut-être vous pencher sur des moteurs de modélisation tels que Smarty .

Depuis PHP 7.4, le terrain de jeu change un peu:

<? ?> est officiellement obsolète et sera supprimé de PHP 8.0.

PHP RFC: Deprecate PHP Les balises ouvertes courtes indiquent explicitement que cela <?= ?>n'est pas affecté. Cela indiquerait (selon moi, pas le RFC) que son utilisation n'est pas découragée.

Pour être honnête, je pense que faire écho à un résultat quelle que soit la méthode utilisée (ancienne ou nouvelle mode) est quelque chose d'assez obsolète alors que MVC célèbre déjà 33 ans.

Je dirais que oui, il est recommandé d’encapsuler les données du serveur entrant (php) dans un document XML et de les traiter dans votre couche applicative / client, vous évitant ainsi l’idée même de l’utilisation d’une telle balise.