Als ich vor kurzem einen Fork von ewiki bei GitHub angelegt habe, fielen mir recht schnell die fehlenden PHP Closing Tags auf, welche nach meinem Stand von PHP4 eigentlich sein müssen. So anders kann PHP5 auch nicht sein, also schnell gefixed, auch wenn der Interpreter das anscheinend nicht bemängelt. Man will ja ordentlichen Code hinterlassen : )
Heute hat mich dann wer auf die Coding Conventions von Zend (die Firma hinter PHP) hingewiesen, in denen das letzte schließende PHP Tag verboten ist. WTF? Sinn des ganzen scheint es wohl zu sein, das damit Probleme beim includen verhindert werden, falls hinter dem schließenden Tag Leerzeichen oder Zeilenumbrüche sind. Wofür baut man sowas dann überhaupt ein? *kopfschüttel* So kann man Designprobleme auch lösen …
Hättest meinen Namen ruhig schreiben dürfen
.
Ok ok, der Waldemar wars
Ich lass die immer bewusst weg, aus oben genanntem Grund. Eine Datei kann man ja einfach per EndOfFile schließen, brauchts doch keine PHP-Tags dazu.
Mag ja sein das das heute Standard und Zweckmäßig ist, ich finde es aber trotzdem unschön. Die Idee von PHP ist/war es, eine HTML Datei haben wo man inline zwischen die PHP Tags ein wenig dynamischen Code packt. Das PHP heute eine Technologie ist, in der der HTML Code eher via Template-Dateien im nachhinein hinzugefügt wirde finde ich gut, das macht die Tags aber eher sinnlos und wie in dem Fall mit den schließenden Tags eher hinderlich.
Konsequenterweise sollten aber dann die PHP Tags doch eher ganz weggelassen werden, oder? Evtl. mit ner neuen Dateiendung?
pure comedy gold
Ich halte das persönlich für totalen Unfug. Da wird ein Code-Teil einfach weggelassen, um Probleme zu vermeiden, die nur durch unsaubere Programmierung entstehen.
Was spricht dagegen einfach sauber zu programmieren?