Ich bin vor <?= ?>kurzem auf dieses PHP-Tag gestoßen, und ich zögere, es zu verwenden, aber es juckt so stark, dass ich Ihre Meinung dazu haben wollte. Ich weiß, dass es eine schlechte Praxis ist, kurze Tags zu verwenden, <? ?>und dass wir <?php ?>stattdessen vollständige Tags verwenden sollten, aber was ist mit diesem <?= ?>:?

Es würde Tipparbeit ersparen und die Lesbarkeit des Codes verbessern, IMO. Also stattdessen:

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

Ich könnte es so schreiben, was sauberer ist:

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

Ist die Verwendung dieses Operators verpönt?

Geschichte

Bevor der Fehlinformationszug zu weit von der Station entfernt ist, gibt es eine Reihe von Dingen, die Sie über kurze PHP-Tags verstehen müssen.

Das Hauptproblem bei den kurzen Tags von PHP ist, dass PHP es geschafft hat, ein Tag ( <?) auszuwählen , das von einer anderen Syntax, XML, verwendet wurde .

Bei aktivierter Option konnte die XML-Deklaration nicht ohne Syntaxfehler ausgegeben werden:

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

Dies ist ein großes Problem, wenn Sie sich überlegen, wie häufig XML analysiert und verwaltet wird.

Was ist <?=?

Obwohl <?Ursachen Konflikte mit xml, <?= nicht . Unglücklicherweise waren die Optionen zum Ein- und Ausschalten damit verbunden short_open_tag, was bedeutete, dass <?=Sie sich mit den Problemen des kurzen offenen Tags ( <?) befassen mussten, um die Vorteile des kurzen Echo- Tags ( ) zu nutzen. Die mit dem Short-Open-Tag verbundenen Probleme waren weitaus größer als die Vorteile des Short-Echo-Tags, sodass Sie eineinhalb Millionen Empfehlungen finden short_open_tag, die Sie deaktivieren sollten .

In PHP 5.4 wurde jedoch das Kurz-Echo-Tag unabhängig von der short_open_tagOption wieder aktiviert . Ich sehe dies als eine direkte Bestätigung der Bequemlichkeit von <?=, da an und für sich nichts grundlegend Falsches daran ist.

Das Problem ist, dass Sie nicht garantieren können, dass dies der Fall ist, <?=wenn Sie versuchen, Code zu schreiben, der in einer größeren Anzahl von PHP-Versionen funktioniert.

_{ok, jetzt, wo das alles aus dem Weg ist}

Solltest du verwenden <?=?

Meinen PHP-Hut abstauben

Ich würde auf jeden Fall die Verwendung der <?= $someVar ?>ausführlicher echobevorzugen (einfach persönliche Präferenz). Der einzige Nachteil von AFAIK ist für Benutzer, die eine frühere Version short_open_tagals 5.4.0 verwenden . In diesem Fall muss AFAIK in der php.ini aktiviert sein .

Nun gesagt, wenn Ihr Projekt kein Betriebssystem ist, dann ist es ein strittiger Punkt. In diesem short_open_tagFall würde ich entweder die Tatsache dokumentieren, dass s aktiviert sein muss, oder die portablere der beiden Lösungen verwenden.

Sie sollten auf jeden Fall versuchen, Kurzform-Tags zu vermeiden, egal ob sie es sind <?oder nicht <?=.

Der wichtigste technische Grund ist die Portabilität. Sie können nie sicher sein, dass die Kurzform-Tags für jedes Setup funktionieren, da sie deaktiviert werden können. Lesen Sie die short_open_tagDirektive. Aber Sie können immer absolut sicher sein, dass die lange Form überall funktionieren wird.

Es würde Tipparbeit ersparen und die Lesbarkeit des Codes verbessern, IMO.

Das ist auch eine schlechte Angewohnheit. Ich kann Ihnen nicht wirklich sagen, was Sie lesbarer finden, aber ich bin fieberhaft dagegen, die Lesbarkeit von Code als Ausrede zu verwenden, um sich ein paar Tastenanschläge zu ersparen. Wenn Sie sich Gedanken über die Lesbarkeit machen, sollten Sie sich für eine Vorlagen-Engine entscheiden:

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

ist aus beiden Beispielen weitaus lesbarer.

Abschließend ist anzumerken, dass von großen PHP-Projekten wie PEAR und Zend Framework Short Form-Tags ausdrücklich abgeraten werden .

In der PHP-Dokumentation steht eindeutig, dass Sie kurze Echo-Tags sicher verwenden können:

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

Dies ist zwar für PHP-Version 5.4 und höher, aber jeder sollte zumindest diese verwenden. Ich würde sie nur zu Vorlagenzwecken bevorzugen.

Gründe für die Verwendung kurzer Tags:

• Sie sind kürzer.

Gründe für die nicht kurz - Tags:

• Sie führen eine weitere Konfigurations-Gotcha ein - während Sie den Server die meiste Zeit in einem professionellen Kontext kontrollieren, können kurze Tags für Benutzer, die sie beispielsweise auf gemeinsamem Hosting verwenden, irreparabel sein, wenn Sie vorhaben, Ihren Code für die Öffentlichkeit freizugeben .
• Sie machen es viel zu einfach, nicht bereinigte Zeichenfolgen in Ihre Ausgabe zu kopieren. Dies ist beängstigend, da es zu XSS-Sicherheitslücken kommen kann. Lange Tags tun zwar nichts direktes, um dies zu verhindern, signalisieren dem Programmierer jedoch, dass das, was sie tun, möglicherweise nicht das Richtige ist, und sie sollten ein Vorlagensystem verwenden, das die HTML-Codierung für sie jetzt automatisch handhabt . Die Ausgabe dynamischer Zeichenfolgen mit langen Tags ist schmerzhaft, was eine gute (lehrreiche) Sache ist.

Ich denke, dass die <?=Version eine gute / akzeptable Praxis ist, vorausgesetzt, Sie verwenden sie nur für die endgültige Ausgabe von Variablen und vermeiden Funktionsaufrufe oder ternäre Logik, die nicht direkt mit der Darstellung der Daten zusammenhängen.

Es ist sicherlich viel besser als <? echo($x); ?>überall.

Langfristig sollten Sie sich mit Vorlagenmodulen wie Smarty befassen .

Ab PHP 7.4 ändert sich das Spielfeld etwas:

<? ?> ist offiziell veraltet und wird in PHP 8.0 entfernt.

PHP RFC: Veraltete PHP Short Open Tags geben explizit an, dass dies nicht <?= ?>betroffen ist. Dies würde (meiner Meinung nach, nicht der RFC) anzeigen, dass von seiner Verwendung nicht abgeraten wird.

Um ehrlich zu sein, denke ich, dass es ziemlich veraltet ist, ein Ergebnis zu wiederholen, egal welche Methode (alt oder neu), während MVC bereits 33 Jahre alt ist.

Ich würde sagen, ja, dies ist eine gute Vorgehensweise, um die eingehenden Server- (PHP-) Daten in einem XML-Dokument zu kapseln und in Ihrer Anwendungs- / Client-Ebene zu verarbeiten. Auf diese Weise ersparen Sie sich sogar die Idee, ein solches Tag zu verwenden.