Mi sono imbattuto <?= ?>recentemente in questo tag PHP e sono riluttante a usarlo, ma mi fa così male che volevo che tu lo prendessi. So che è una cattiva pratica usare tag brevi <? ?>e che dovremmo usare tag completi <?php ?>, ma per quanto riguarda questo <?= ?>:?

Salverebbe un po 'di battitura e sarebbe meglio per la leggibilità del codice, IMO. Quindi invece di questo:

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

Potrei scriverlo in questo modo, che è più pulito:

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

L'uso di questo operatore è disapprovato?

Storia

Prima che il treno di disinformazione vada troppo lontano dalla stazione, ci sono un sacco di cose che devi capire sui tag corti PHP.

Il problema principale con i tag brevi di PHP è che PHP è riuscito a scegliere un tag ( <?) che è stato utilizzato da un'altra sintassi, XML .

Con l'opzione abilitata, non è stato possibile eseguire l'output non elaborato della dichiarazione xml senza ottenere errori di sintassi:

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

Questo è un grosso problema se si considera quanto è comune l'analisi e la gestione XML.

Che dire <?=?

Anche se <?causa conflitti con XML, <?= no . Sfortunatamente, le opzioni per attivarlo e disattivarlo erano legate short_open_tag, il che significava che per ottenere il vantaggio del breve tag echo ( <?=), dovevi affrontare i problemi del breve tag aperto ( <?). I problemi associati al tag aperto breve erano molto più grandi dei vantaggi del tag eco breve, quindi troverai un milione e mezzo di consigli da short_open_tagdisattivare, che dovresti .

Con PHP 5.4, tuttavia, il breve tag echo è stato riattivato separatamente short_open_tagdall'opzione. Vedo questo come un'approvazione diretta della convenienza di <?=, poiché non c'è nulla di fondamentalmente sbagliato in sé e per sé.

Il problema è che non puoi garantire che avrai <?=se stai cercando di scrivere codice che potrebbe funzionare in una gamma più ampia di versioni di PHP.

_{ok, quindi ora che è tutto fuori mano}

Dovresti usare <?=?

Spolverando il mio cappello PHP

Preferirei decisamente l'uso di <?= $someVar ?>over the verbose echo(semplicemente preferenze personali). L' unico aspetto negativo di AFAIK è per gli utenti che eseguono pre-5.4.0, nel qual caso short_open_tagdeve essere abilitato in php.ini .

Detto questo, se il tuo progetto non è OS, allora è un punto controverso. In tal caso, documenterei il fatto che short_open_tagè necessario abilitare s, oppure utilizzare la più portatile delle due soluzioni.

Dovresti assolutamente provare a evitare i tag in formato corto, sia esso <?o <?=.

Il motivo tecnico principale è la portabilità, non si può mai essere sicuri che i tag short form funzioneranno per ogni configurazione, poiché possono essere disattivati, consultare la short_open_tagdirettiva. Ma puoi sempre essere assolutamente certo che la forma lunga funzionerà ovunque.

Salverebbe un po 'di battitura e sarebbe meglio per la leggibilità del codice, IMO.

Anche questa è una cattiva abitudine. Non posso davvero dirti cosa trovi più leggibile, ma sono febbrilmente contrario all'uso della leggibilità del codice come scusa per salvarti un paio di battiture. Se sei preoccupato per la leggibilità, dovresti scegliere un motore modello, questo:

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

è molto più leggibile da entrambi i tuoi esempi.

Infine, vale la pena notare che i tag short form sono esplicitamente scoraggiati dai principali progetti PHP, ad esempio PEAR e Zend Framework .

La documentazione PHP afferma chiaramente che è possibile utilizzare in modo sicuro tag di eco brevi:

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

Anche se questo è per PHP versione 5.4 e successive, ma tutti dovrebbero almeno usarlo. Li preferirei solo a scopo di modello.

Motivi per l'utilizzo di tag brevi:

• Sono più brevi.

Motivi per non utilizzare i tag brevi:

• Introducono un altro gotcha di configurazione: mentre controlli il server la maggior parte delle volte in un contesto professionale, se prevedi di rilasciare il tuo codice al pubblico, i tag brevi potrebbero non essere riparabili per le persone che lo usano su, diciamo, hosting condiviso .
• Rendono troppo facile rilasciare casualmente stringhe non igienizzate nell'output. Questo è spaventoso perché potrebbe introdurre vulnerabilità XSS. Mentre i tag lunghi non fanno nulla direttamente per impedirlo, segnalano al programmatore che forse quello che stanno facendo non è la cosa giusta e dovrebbero iniziare a utilizzare un sistema di template che gestisce automaticamente la codifica HTML per loro in questo momento . Emettere stringhe dinamiche con tag lunghi è doloroso, il che è una buona cosa (educativa).

Penso che la <?=versione sia una pratica buona / accettabile, a condizione che la usi solo per l'output finale di variabili ed eviti qualsiasi chiamata di funzione o logica ternaria che non sia direttamente correlata alla presentazione dei dati.

È sicuramente molto meglio che <? echo($x); ?>ovunque.

A lungo termine, potresti voler esaminare motori di template come Smarty .

A partire da PHP 7.4, il campo di gioco cambia un po ':

<? ?> è ufficialmente deprecato e verrà rimosso in PHP 8.0.

PHP RFC: Deprecate PHP I tag aperti brevi indicano esplicitamente che <?= ?>non sono interessati. Ciò indicherebbe (secondo me, non la RFC) che il suo utilizzo non è scoraggiato.

Ad essere sincero, penso che riecheggiare un risultato qualunque sia il metodo (vecchia o nuova moda) è qualcosa di piuttosto obsoleto mentre MVC celebra già 33 anni.

Direi di sì, questa è una buona pratica per incapsulare i dati del server in arrivo (php) all'interno di un documento XML ed elaborarli nel tuo livello applicativo / client, risparmiando così persino l'idea di utilizzare un tale tag.