Was ist der beste Weg, um HTML über PHP einzufügen?

Question 1

Was ist Ihrer Meinung nach der beste Weg, um HTML mit PHP einzufügen? Im Moment verwende ich eine der folgenden Methoden (meistens letztere), aber ich bin neugierig zu wissen, welche Ihrer Meinung nach am besten ist.

<?php
  if($a){
?>
[SOME MARKUP]
<?php
  }
  else{
?>
[SOME OTHER MARKUP]
<?php
  }
?>

Im Gegensatz zu:

<?php
  unset($out);
  if($a) $out="[SOME MARKUP]";
  else $out="[OTHER MARKUP]";
  print $out;
?>

Question 2

Wenn Sie die Dinge auf diese Weise tun, möchten Sie Ihre Logik und Ihr Design trennen, das stimmt.

Dazu müssen Sie Smarty jedoch nicht verwenden.

Im Vordergrund steht die Denkweise. Ich habe gesehen, wie Leute in Smarty schockierende Dinge getan haben, und es verwandelt sich schließlich in Leute, die Websites entwickeln in Smarty, und dann wird ein heller Funke entscheiden, dass sie eine Template-Engine in Smarty schreiben müssen (unterschätzen Sie niemals das Potenzial einer dummen Idee).

Wenn Sie Ihren Code in zwei Teile aufteilen und sich dazu zwingen, sich an einen Standard zu halten, erhalten Sie eine viel bessere Leistung.

PageLogic.php

<?php 

  $pageData = (object)(array());  // Handy trick I learnt. 

  /* Logic Goes here */


 $pageData->foo = SomeValue; 

 ob_start(); 
 require("layout.php"); 
 ob_end_flush();

Layout.php

 <html>
   <!-- etc -->
   <?php for ( $i = 1; $i < 10; $i++ ){ ?>
    <?php echo $pageData->foo[$i]; ?>
   <?php } ?>
   <!-- etc -->
</html>

PHP wurde als Templating-Engine geschrieben, also sollten Sie es zumindest tun Versuchen um es für die vorgesehene Aufgabe zu verwenden, bevor Sie beurteilen, ob Sie sich mit Smarty befassen müssen oder nicht.

Wenn Sie sich für die Verwendung einer Templating-Engine entscheiden, versuchen Sie außerdem, sich eine zu besorgen, die HTML umgeht Ursprünglich und Sie “abmelden” statt “anmelden”. Sie ersparen sich eine Menge XSS-Kopfschmerzen. Smarty ist in dieser Hinsicht schwach, und aus diesem Grund sind viele inhaltsnaive Vorlagen darin geschrieben.

{if $cond}
    {$dangerous_value}
{else}
    {$equally_dangerous_value}
{/if}

So gehen Smarty-Vorlagen im Allgemeinen. Das Problem ist, dass $dangerous_value beliebiger HTML-Code sein kann und dies nur zu sogar führt mehr schlechte Codierungspraktiken mit nicht nachvollziehbarem Spaghetti-Code überall.

Jede Vorlagensprache, die Sie in Betracht ziehen sollte gehen auf dieses Anliegen ein. z.B:

{$code_gets_escaped} 
{{$code_gets_escaped_as_a_uri}}
{{{$dangerous_bare_code}}}

Auf diese Weise sind Ihre potenziellen Eingänge zur Ausbeutung in der Vorlage leicht erkennbar, im Gegensatz zum Eingang zur Ausbeutung URSPRÜNGLICH Verhalten.

Question 3

-1 für den typischen hysterischen Gebrauch [my favourite templating system] stattdessen!’ Beiträge. Jeder PHP-Beitrag, auch wenn die native PHP-Antwort ein Einzeiler ist, degeneriert immer dazu, genauso wie jede Einzeiler-JavaScript-Frage voller Nutzen endet [my favourite framework] stattdessen!’. Es ist peinlich.

Im Ernst, wir kennt über die Trennung von Geschäftslogik und Darstellungsbelangen. Das können Sie tun – bzw nicht mach das — in jedem Templating-System, ob PHP, Smarty oder etwas ganz anderes. Kein Templating-System trennt Ihre Anliegen auf magische Weise ohne viel Nachdenken.

(Tatsächlich kann ein zu restriktives Templating-System dazu führen, dass Sie Hilfscode schreiben müssen, der nur der Präsentation dient, und Ihre Geschäftslogik mit Präsentationsbedenken überladen. Das ist kein Gewinn!)

Um die gestellte Frage zu beantworten, das erste Beispiel ist in Ordnung, aber aufgrund der schlechten Einrückung sehr schwer zu lesen. Sehen Sie sich das Beispiel von monzee für eine lesbarere Weise an; Sie können die :-Notation oder {}s verwenden, je nachdem, was Sie bevorzugen, aber das Wichtigste für die Lesbarkeit ist, dass Sie Ihr HTML und PHP als eine einzelne, „wohlgeformte“ eingerückte Hierarchie beibehalten.

Und eine letzte Bitte: Denken Sie an htmlspecialchars(). Jedes Mal, wenn einfacher Text auf einer Webseite eingegeben werden muss, ist dies muss verwendet werden, oder es ist XSS auf dem ganzen Boden. Ich weiß, dass diese Frage nicht direkt damit zusammenhängt, aber jedes Mal, wenn wir Beispielcode veröffentlichen, der < ?php echo($title) ?> oder ein Framework-Äquivalent ohne das Escaping enthält, ermutigen wir die Fortsetzung des Sicherheitskatastrophenbereichs that die meisten PHP-Apps sind geworden.

Question 4

Die wichtigste Überlegung ist, die Logik von der Präsentation getrennt zu halten – weniger Kopplung macht zukünftige Änderungen an beiden viel einfacher.

Vielleicht möchten Sie sogar erwägen, eine Art Templating-System wie z schlau.

Question 5

Für einen sehr einfachen Fall wie diesen ist es in Ordnung, PHP als Vorlage zu verwenden. Wenn Sie jedoch über einfache Logik hinausgehen (und das werden Sie höchstwahrscheinlich tun), ist es eine gute Idee, Template-Engines zu verwenden.

In Zend Framework, das standardmäßig PHP-Ansichtsskripte verwendet, wäre die empfohlene Vorgehensweise wie folgt:

<?php if ($a) : ?>
    [MARKUP HERE]
<?php else : ?>
    [SOME MORE MARKUP]
<?php endif ?>

Die ausführlichere Syntax macht es viel einfacher, bedingte Blöcke auf einen Blick abzugleichen, als die Verwendung von geschweiften Klammern.

Question 6

Weder. Verwenden Schlau. Indem Sie Ihre interne Logik von der Anzeigelogik trennen, erstellen Sie Code, der viel einfacher zu warten ist. (Nehmen Sie nicht den Weg des alten Template-Systems von PHPLib, das versuchte, PHP und HTML vollständig zu trennen – es erfordert, dass die Anzeigelogik mit Ihrer Kerngeschäftslogik vermischt wird, und ist sehr chaotisch.) Wenn Sie unbedingt HTML-Snippets in Ihrem PHP-Code generieren müssen , verwenden Sie Ihre zweite Methode, aber übergeben Sie die Variable an Smarty.

Question 7

Es ist besser, Ihre Logik (PHP-Code) vollständig von der Präsentation (HTML) zu trennen, indem Sie eine Template-Engine verwenden.

Es ist schnell und einfach, PHP in HTML einzufügen, aber es wird sehr schnell chaotisch und ist sehr schwierig zu warten. Es ist ein sehr schnell u sehr schmutzige Herangehensweise …

Welche der in PHP verfügbaren Template-Engines besser ist, sehen Sie sich zum Beispiel diese Fragen an:

PHP-Vorlagen – mit PHP
Sichere PHP-Template-Engines

Question 8

Wenn Ihnen eine Template-Engine zu umständlich erscheint, können Sie Ihre eigene Template-Engine für den armen Mann erstellen. Dieses Beispiel sollte unbedingt verbessert werden und ist nicht für alle Aufgaben geeignet, aber für kleinere Sites vielleicht geeignet. Nur damit Sie sich ein Bild machen können:

template.inc:

<html><head><title>%title%</title></head><body>
%mainbody%
Bla bla bla <a href="https://stackoverflow.com/questions/261338/%linkurl%">%linkname%</a>.
</body></html>

index.php:

<?php
$title = getTitle();
$mainbody = getMainBody();
$linkurl = getLinkUrl();
$linkname = getLinkName();
$search = array("/%title%/", "/%mainbody%/", "/%linkurl%/", "/%linkname%/");
$replace = array($title, $mainbody, $linkurl, $linkname);
$template = file_get_contents("template.inc");
print preg_replace($search, $replace, $template);
?>