Können kurze PHP-Tags verwendet werden?

Question 1

Hier sind die Informationen laut offizieller Dokumentation:

Es gibt vier verschiedene Paare von öffnenden und schließenden Tags, die in PHP verwendet werden können. Zwei davon, <?php ?>
und <script language="php"> </script>, sind immer verfügbar. Die anderen beiden sind kurze Tags und Tags im ASP-Stil und können über die Konfigurationsdatei php.ini ein- und ausgeschaltet werden. Obwohl einige Leute kurze Tags und Tags im ASP-Stil bequem finden, sind sie weniger portabel und generell nicht zu empfehlen.

Nach meiner Erfahrung die meisten Server tun kurze Tags aktiviert haben. Tippen

<?=

ist viel bequemer als das Tippen

<?php echo

Die Bequemlichkeit des Programmierers ist also ein wichtiger Faktor warum sind sie nicht zu empfehlen?

Question 2

Sie werden nicht empfohlen, da es sich um eine PITA handelt, wenn Sie Ihren Code jemals auf einen Server verschieben müssen, auf dem er nicht unterstützt wird (und Sie ihn nicht aktivieren können). Wie Sie sagen, viele Shared Hosts tun unterstützen Shorttags, aber “viele” sind nicht alle. Wenn Sie Ihre Skripte teilen möchten, verwenden Sie am besten die vollständige Syntax.

I stimme zu <? und <?= sind einfacher für Programmierer als <?php und <?php echo aber es ist möglich, ein Massen-Suchen und Ersetzen durchzuführen, solange Sie jedes Mal dasselbe Formular verwenden (und keine Leerzeichen einfügen (z. B.: <? php oder <? =)

Ich kaufe Lesbarkeit überhaupt nicht als Grund. Die meisten ernsthaften Entwickler haben die Möglichkeit, die Syntax hervorzuheben.

Wie ThiefMaster in den Kommentaren erwähnt, ab PHP 5.4, <?= ... ?> Tags werden unabhängig von den Shorttags-Einstellungen überall unterstützt. Dies sollte bedeuten, dass sie sicher in portablem Code verwendet werden können, aber das bedeutet, dass dann eine Abhängigkeit von PHP 5.4+ besteht. Wenn Sie Pre-5.4 unterstützen möchten und Shorttags nicht garantieren können, müssen Sie trotzdem verwenden <?php echo ... ?>.

Außerdem muss man das wissen ASP-Tags <% , %> , <%= und script-Tag wurden aus PHP 7 entfernt. Wenn Sie also langfristig portablen Code unterstützen und auf die modernsten Tools umsteigen möchten, sollten Sie diese Teile des Codes ändern.

Question 3

Ich bin zu lieb <?=$whatever?> es gehen zu lassen. Hatte nie ein Problem damit. Ich werde warten, bis es mich in den Arsch beißt. Im Ernst, 85% (meiner) Kunden haben Zugriff auf die php.ini in der Selten wenn sie ausgeschaltet sind. Die anderen 15 % nutzen Mainstream-Hosting-Anbieter, und praktisch alle haben sie aktiviert. Ich liebe sie.

Question 4

Beginnend mit PHP 5.4 ist die Echo-Verknüpfung ein separates Problem von Short-Tags, da die Echo-Verknüpfung immer aktiviert ist. Jetzt ist es Fakt:

SVN-Revision von Rasmus Lerdorf

Mailinglisten-Diskussion

Also die Echo-Verknüpfung selbst (<?=) kann jetzt sicher verwendet werden.

Question 5

Das Problem bei dieser ganzen Diskussion liegt in der Verwendung von PHP als Templating-Sprache. Niemand argumentiert, dass Tags in Quelldateien von Anwendungen verwendet werden sollten.

Die einbettbare Syntax von PHP ermöglicht es jedoch, es als leistungsstarke Vorlagensprache zu verwenden, und Vorlagen sollten so einfach und lesbar wie möglich sein. Viele fanden es einfacher, eine viel langsamere Add-on-Template-Engine wie Smarty zu verwenden, aber für die Puristen unter uns, die schnelles Rendern und eine reine Codebasis verlangen, ist PHP die einzige Möglichkeit, Templates zu schreiben.

Das EINZIGE gültige Argument GEGEN die Verwendung von kurzen Tags ist, dass sie nicht auf allen Servern unterstützt werden. Kommentare zu Konflikten mit XML-Dokumenten sind lächerlich, weil Sie wahrscheinlich sowieso nicht PHP und XML mischen sollten; und wenn ja, sollten Sie PHP verwenden, um Textzeichenfolgen auszugeben. Sicherheit sollte nie ein Problem sein, denn wenn Sie vertrauliche Informationen wie Datenbankzugriffsdaten in Vorlagendateien einfügen, haben Sie größere Probleme!

Nun, was die Frage der Serverunterstützung angeht, muss man sich zugegebenermaßen der Zielplattform bewusst sein. Wenn Shared Hosting ein wahrscheinliches Ziel ist, sollten kurze Tags vermieden werden. Aber für viele professionelle Entwickler (wie mich selbst) erkennt der Client an (und hängt tatsächlich davon ab), dass wir die Serveranforderungen diktieren werden. Oft bin ich für die Einrichtung des Servers selbst verantwortlich.

Und wir arbeiten NIEMALS mit einem Hosting-Anbieter zusammen, der uns nicht die absolute Kontrolle über die Serverkonfiguration gibt – in einem solchen Fall könnten wir damit rechnen, dass wir viel mehr Ärger bekommen, als nur den Short-Tag-Support zu verlieren. Es passiert einfach nicht.

Also ja – ich stimme zu, dass die Verwendung von kurzen Tags sorgfältig abgewogen werden sollte. Aber ich bin auch der festen Überzeugung, dass es IMMER eine Option sein sollte und dass ein Entwickler, der sich seiner Umgebung bewusst ist, sich frei fühlen sollte, sie zu verwenden.

Question 6

Kurze Tags kommen dank zurück Zend-Framework drücken die “PHP als Template-Sprache„in ihrer Standard-MVC-Konfiguration. Ich verstehe nicht, worum es in der Debatte geht, die meiste Software, die Sie während Ihres Lebens produzieren werden, wird auf einem Server laufen, den Sie oder Ihr Unternehmen kontrollieren werden. Solange Sie sich konsequent halten, sollte es keine Probleme geben.

AKTUALISIEREN

Nach ziemlich viel Arbeit mit Magento, das die Langform verwendet. Daher bin ich auf die Langform umgestiegen:

<?php and <?php echo

über

<? and <?=

Scheint eine kleine Menge Arbeit zu sein, um die Interoperabilität sicherzustellen.

Question 7

Wegen der Verwirrung, die es mit XML-Deklarationen erzeugen kann. Viele Leute zustimmen mit du aber.

Eine zusätzliche Sorge ist der Schmerz, den es verursachen würde, alles mit kurzen Tags zu codieren, nur um am Ende herauszufinden, dass der endgültige Hosting-Server sie deaktiviert hat …

Question 8

Es folgt das wunderbare Flussdiagramm desselben:

Quelle: ähnliche Frage zu Software Engineering Stack Exchange