Am 17.09.2015 um 14:51 schrieb bernd wilke:
> [*] so etwas hab ich jetzt schon öfters gesehen. Ich bin mir nicht
> sicher ob das so optimal ist.
>
> Ich würde es anders realisieren (es gibt mal wieder diverse Lösungswege,
> vielleicht ist es ja egal, vielleicht beeinflusst es aber auch die
> Render-/ Response-Zeiten. vielleicht kann das mal wer testen?)
>
> grundsätzlich versuche ich mein TS kleiner zu halten:
> dazu verwende ich bevorzugt temp.* Objekte, die ich final irgendwo
> kopiere. zb.
>
> temp.field_topmenu = HMENU
> temp.field_topmenu {
> :
> }
>
> um später (Reihenfolge der includes beachten!) kopiert zu werden:
> page.10.variables {
> :
> field_topmenu < temp.field_topmenu
> }
>
> (Wenn das gesamte TS zusammengeparst wurde werden alle temp.* Objekte
> gelöscht und mit dem restliche Konfigurations-Array wird das Rendering
> gestartet.)
>
> dadurch habe ich das Menu fertig in einer Fluid-Variablen vorliegen.
> Achtung: im Fluid-Template wird das dann mit dem VH format.raw
> eingebunden:
> {field_topmenu->f:format.raw()}
> was nur eine andere Schreibweise ist für
> <f:format.raw>{field_topmenu}</f:format.raw>
interessanter Ansatz.. werde ich auch mal probieren...
aber was ich an der lib. Lösung eigentlich so gerne mag ist folgendes:
1.) ich habe die lib. Objekte sauber zusammen im TSOB
(temp. oder das Kopier-Ziel muß ich kennen)
2.) durch Referenzierungen brauche ich nicht auf die Reihenfolge zu
achten, das geht ja mit einem temp. nicht, da muß der Kopiervorgang für
die variblen erst am Ende erfolgen...
aber das Performance Argument könnte greifen...
--
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
