Wieviel Sinn macht eine Template-Engine bei einem Browserspiel?

[JimmDaBimm]

Hallo Community,

ich werkel schon seit einiger Zeit an einem Browserspiel. Ob es jemals veröffentlicht wird weiß ich nicht, es ist aber eine gute Übung, macht Spaß und mittlerweile habe ich dadurch eine ansehnliche Sammlung an wieder verwertbaren Klassen und Funktionssammlungen .
Soviel dazu, bevor jemand mein eigentlich Vorhaben in Frage stellt, wie es bei dem Thema oft üblich ist.

Mein Frage: Würde eine Template-Engine mit Caching für ein Browserspiel Sinn machen? Denn es wird beispielsweise immer der Kontostand angezeigt, der sich von Klick zu Klick ändern kann. Da würde eine solche Template-Engine dann ja jedes Mal ein neues Abbild erstellen müssen. Andererseits gibt es ein paar Stellen im Spiel bei dem man durch Caching einige überflüssige MySQL-Querys sparen könnte.
Meine Befürchtung ist nun, dass der Server durch das häufige Cachen letztendlich mehr zu tun hätte als komplett ohne Caching.

Allerdings weiß ich nicht, wie ich das effektiv testen soll. Die Ausführungszeiten unterscheiden sich so marginal, dass man da nicht von einem Unterschied reden kann.
Deshalb hoffe ich auf ein paar Erfahrungsberichte und eventuell alternative Lösungsvorschläge eurerseits .

[h3ll]

Warum brauchst du fürs Caching eine Template-Engine?

[JimmDaBimm]

Ich ging bisher immer davon aus, dass das Caching in einer Template-Engine realisiert wird.

[h3ll]

Das sind zwei paar Schuhe.

[abouttheweb]

Eine Template Engine würde ich bei größeren Projekten fast immer einsetzen. Was das Caching angeht, solltest du erst mal schauen, ob das Performance technisch überhaupt notwendig ist. Caching ist nicht zwingend ein "must have". Darüber kann man sich Gedanken machen, wenn die Performance im Keller ist und man ansonsten nichts mehr optimieren kann.

[h3ll]

Eine Template Engine würde ich bei größeren Projekten fast immer einsetzen.

Wenn, dann aber eine "richtige" Template-Engine, die auch (X)HTML-kompatibel ist und nicht so ein Dreck wie Smarty.

[AmicaNoctis]

Das einzige Templating System, das imho was taugt, quelloffen und ausgezeichnet dokumentiert ist und nicht nur auf PHP begrenzt ist, sondern in praktisch jeder Programmiersprache genutzt werden kann, ist

XSLT

[combie]

Ein Browserspiel?
Ganz klar: Ajax!
Die Komplette View des MVC in den Browser verlagern.
Ein Grundgerüst ausliefern und den Rest dynamisch mit JS-DOM zusammen klöppeln.

[Quetschi]

Das einzige Templating System, das imho was taugt, quelloffen und ausgezeichnet dokumentiert ist und nicht nur auf PHP begrenzt ist, sondern in praktisch jeder Programmiersprache genutzt werden kann, ist

XSLT

+1

[Kropff]

Das einzige Templating System, das imho was taugt, quelloffen und ausgezeichnet dokumentiert ist und nicht nur auf PHP begrenzt ist, sondern in praktisch jeder Programmiersprache genutzt werden kann, ist XSLT

Wir arbeiten damit und sind sehr zufrieden. Allerdings muss man sich dabei sehr viele Gedanken über die Aufbereitung der Daten machen, sonst kann man damit tierisch vor die Wand fahren.

Die Komplette View des MVC in den Browser verlagern. Ein Grundgerüst ausliefern und den Rest dynamisch mit JS-DOM zusammen klöppeln.

Oh, oh, oh. Da wirst du unter Umständen aber riesige Performanceprobleme bekommen. Den IE6 und 7 kannst du dann imho schon mal direkt in die Tonne kloppen. Aber auch der IE8 und sogar Firefox könnten schlapp machen.

[Wyveres]

Aber auch der IE8 und sogar Firefox könnten schlapp machen.

OffTopic:

---

Können ist gar kein Ausdruck dafür was der FF derzeit mit dem Arbeitsspeicher für eine Hochzeit fährt wenn man auch nur Ansatzweise etwas mehr als Ganz normales XHTML oder HTML ausliefert.

---