[WIP] - XSLT View

[Rikku]

Clansuite soll als alternative einen zweiten View neben Smarty bekommen.

Das wird mittels XSLT (Extensible Stylesheet Language Transformation) realisiert.

XSLT baut auf der logischen Baumstruktur eines XML-Dokumentes auf und dient zur Definition von Umwandlungsregeln. XSLT-Programme, sogenannte XSLT-Stylesheets, sind dabei selbst nach den Regeln des XML-Standards aufgebaut. (Quelle: Wikipedia)

Dazu wollen wir hier Linkverweise / Anregungen / Verfahren zu diesen Thema festhalten.

Als erste Anlaufstelle dazu dient natürlich das PHP Manual.
http://de.php.net/manual/de/book.xsl.php

Sehr viele und nützliche XSL Stylesheet Beispiele.
http://www.zvon.org/xxl/XSLTutorial/Output/contents.html

XSLT Tutorial
http://www.w3schools.com/xsl/

Anschauliches Beispiel.
http://www.webholics.de/2007/08/14/xslt-als-template-engine-in-php-teil-1/

[Rikku]

testfiles für xsltview

[Jens-A. Koch]

Ok, ein zweistufiges Rendering is perfekt. Das werden wir aufnehmen.

Dann müssten wir noch schaun, wie wir XMLReader und XMLWriter vernünftig damit verbinden können.
Ein weiteres Problem dürfte das XML-Error- bzw Exceptionhandling sein.

[Rikku]

frage ist natürlich ob wir wieder an geschwindigkeit verlerien, die zuerst durch die extension gegenüber smarty bekommem?

[Jens-A. Koch]

*grübel* Wie meinst Du das? Meinst Du das zwei stufige Rendering (Layout+Template) ist langsam? Oder XML gegen Smarty Rendering?

[Rikku]

Jau, ich meinte das doppel rendering weil der XSLT Processor ja zwei mal seine arbeit machen muss. Also einmal ist auf jedenfall schnell als smarty dadurch das der processor eine extension ist und smarty nur nativ mit php arbeitet. Aber diesen performence gewinn könnte man evtl. durch das doppel rendering wieder verlieren.

[Jens-A. Koch]

Das glaub ich nich: zwei mal nen DomDocument Objekt zu erzeugen und zu transformieren kann nicht so schwer zu Buche schlagen. Wir sparen den kompletten Smarty Overhead.