Guten Abend.

Ich habe bisher immer ein PHP Templatesystem genutzt (selbst geschrieben), dass bei jedem Arbeitsdurchlauf die Templatedatei mit Subtemplates und anschließend Daten füllt.
Das negative ist der heftige Einsatz von regulären Ausdrücken, was ja nicht unbedingt große Performance bietet.

Ich bin nun dazu bereit, das ganze wie beispielsweise im phpBB3 zu regeln. Das Template wird geparsed und die Inhalte durch PHP-Anweisungen, wie echo class->methode(); eingeladen über eval().

Nun meine Frage: Wenn ich eine Forenseite parse, dann könnte da ja unter Umständen sowas stehen wie: Gib Usernamen XYZ aus. Nun würde die Methode den Namen abfragen und ein echo würde erfolgen.
Aber bei 15 Einträgen, würden ja 15 DB Abfragen notwendig werden (abzüglich der, die mehrfache Einträge auf der Seite verfasst haben).

Wie kann man soetwas möglichst effizient gestalten? Mir fehlt, ehrlich gesagt, die Idee.

Einen schönen Abend
Schelm.isch

Hallo Schelm.isch,

1) eval() == immer!
2) Templates bestimmen nicht WAS gezeigt wird, sondern WIE. Das Controller-Objekt weiss schon vorher, was gefragt wird (ohne dabei das Template anschauen zu müssen). Und das Model-Objekt kennt die optimale SQL-Query und muss sie nur durch die entsprechenden Parameter ergänzen.
3) Platzhalter sind allgemein gehalten. Die Frage: 'Gib Usernamen XYZ aus' sollte nirgends vorkommen.

1) Wieso? (ernsthaftes Interesse)
2) Nicht jeder arbeitet nach dem MVC-Prinzip
Bei mir sind Templates sehr oft Controller und View in einem, weil das Handlich für mich so einfacher ist.
3) ?

@Schelm.isch:
Würde etwas dagegen sprechen die User-Tabelle zu joinen und den Benutzernamen direkt zur Verfügung zu stellen?
So nach dem Motto:

Bei eval() sehe ich das Hauptproblem nicht in dem erhöhten Sicherheitsrisiko vor möglichen Injektionen, sondern im schlechten Programmstil, den man sich aneignet.
In der Regel gibt es für jedes Problem eine (viel) elegantere Lösung, die ohne eval() auskommt. Sonderausnahmen sind mir nicht bekannt.

Ein sauberes MVC löst so viele Probleme und ist einfach sexy Aber diese Erfahrung muss wohl jeder selber machen.
Templates stelle ich gerne den Designern zu verfügen, welche die Applikationen auf Hochglanz bringen. Und sie können glücklicherweise keinen (grossen) Unheil anrichten, da sie nicht mit der Controller-Logik in Berührung kommen.

Bei der Anfrage: 'Gib Usernamen XYZ aus' interpretiere ich das 'XYZ' als einen hardcoded Namen.
Die Anfrage müsste eher lauten: 'Gib mir den Usernamen des jeweiligen Beitrages aus'.

Ich habe aus dem Grund gefragt, da meine Template-Klasse eval() verwendet, um die Templates auszuführen.
Vor Injektionen hab' ich mich abgesichert, muss ich aber nochmal checken, schlechten Stil hab' ich nicht.

Ich habe vor kurzem eine kleine Komponente für Joomla geschrieben, wo das MVC-Pattern imo so ziemlich auf die Spitze getrieben wurde. Nach dem HowTo, womit ich angefangen habe, gab' es eine Klasse für das Model, eine Klasse für den Controller, eine Klasse für das View und ein Template für das View. Die Komponente war ein kleiner Shop, wo ich dann alle 4 Dateien jeweils für Artikel, Kategorien und Bestellungen hatte. Bei einer kleinen Änderung gerade, wo ich überhaupt noch keinen Plan hatte, wie ich vorgehen würde, waren sofort Model, Controller, View und Template betroffen, also 4 Dateien, die geändert werden mussten. Hinterher war ich so genervt, dass ich alles auf einen Controller und ein Model umgeschrieben habe und nur noch mehrere Views verwendet habe.
Mit meiner eigenen Template-Klasse schreibe ich mir meine Klassen (Models), die die Daten liefern und im Template werden die Daten angefordert, so nach dem Motto:
Finde ich OK so.

OK, dann haben wir das unterschiedlich verstanden.

Ich sehe den Reiz in deiner Strategie Du verwandelst die Templates in eine neue Definitionssprache. Die Templates definieren also die Applikation, indem sie beispielsweise entscheiden, wo welche Module geladen werden.
Dies erinnert mich ein bisschen an XUL oder OpenLaszlo's Programmiersprache.

Ich verfolge einen anderen Weg. Ich definiere die Applikation durch Objekte. Die Basis bildet die strikte Trennung von Controller, Model und View. Ausserdem habe ich eine Bibliothek, um Formulare und Formularelemente (Textfelder, Dropdowns, Datengitter, ..) zu definieren.

Die Definition eines Formulars sieht beispielsweise so aus:

Und innerhalb der Templates kann ich das Formular so einbinden:

Ich glaube dies ist der kürzeste Weg, um Formulare (bzw. Applikationen) zu definieren. XML-ähnliche Syntax empfinde ich als umständlicher und unlesbarer.
p.s. Alle Formulare in meinen Applikationen werden mit Hilfe eines zentralen Formular-Templates in HTML-Code umgewandelt. In allen anderen Templates kommen nirgends input-Tags vor. Dadurch wird Rapid Prototyping sehr einfach

Wie definierst du Formulare in deinen Templates?

Hey, danke für die Antworten erstmal.

Ich muss mal zurückrudern! Also ich komme ohne eval() aus, da ich aus dem Template eine PHP Datei parsen lasse und diese dann vorher definierte Werte nur noch ausgeben muss.
Da muss ich mir nur über die Regex noch genauer Gedanken machen, denn ich möchte fehlerhafte Templates erkennen können.

Hallo Schelm.isch,

du könntest auch ganz auf Platzhalter verzichten und direkt PHP-Code nehmen Die Templates werden dadurch nur wenig unlesbarer, aber dafür braucht es keinen Regex-Parser mehr. Diese Forumsdiskussion könnte interessant für dich sein.

Hey.

Naja, der Vorteil am Parsen und Cachen liegt darin, dass ich was lernen kann und strikter zwischen PHP und HTMl trennen kann. Ich kann mich quasi dann frei aufs HTML / CSS konzentrieren und muss mir dabei keine Gedanken um das Befüllen machen.