dedlfix: outputbuffering - wann braucht man das - oder ist das "böse"?

Beitrag lesen

echo $begrüßung;

Macht es ggf. Sinn, die Einzelteile (wie zB. Menü, Fehlermeldungen, eine Sammlung von Contentinhalten) erst seperat zu erstellen? Also eine Funktion, die zB erstmal die Tabelle generiert:

Schau dir mal das Zend Framework an. Das ist ganz nach dem MVC-Muster aufgebaut. Dort wird der Begriff ViewHelper für solche Funktionalität verwendet. Beispielsweise macht man sich ja tot, wenn man ein Input-Element mit nicht feststehenden Attributen erzeugen will. Man übergibt dem ViewHelper für Input-Elemente ein paar Daten und der liefert das fertige HTML zurück. Das gleiche für Select-Elemente mit ihren Optionen usw. usf. Das Prinzip kann man natürlich auch auf tabellarische Daten ausdehnen. Innerhalb des ViewHelpers hat man ja meist mehr mit den Daten zu tun und HTML ist eher in kleinen Einsprengseln vertreten.

Damit dann die Einzelteile später im letzen Schritt nur noch ausgechot werden könnten. Das aber wiederum lässt sich ja wohl nur über outputbuffering lösen, oder?

Output-Buffering würde ich an der Stelle nicht nehmen, eher normales String-Zusammenbauen mit allen jeweils angemessen erscheinenden Methoden, die PHP so bietet: String-Verkettung mit dem .-Operator, Parsen von $variablen in ""-Strings, sprintf() & Co, __toString()-Magie von Objekten.

echo "$verabschiedung $name";