David

noch eine...

Mister Ad

dr.e.

@HStev:
Ich verstehe die Rhetorik in dieser Frage, es geht einfach nicht anders. Man kann jetzt diskutieren, ob es nun wirklich unsauber ist oder nicht, ich persönlich empfinde es einfach aus den genannten Gründen als intransparent.

Ich werfe dir das ja auch nicht vor. Ich versuche nur an Hand meiner Erfahrungen an der Diskussion teil zu nehmen. Im Gegenteil, ich finde es sehr schön, dass dieses Beispiel gekommen ist, sonst hätte ich es früher oder später als Negativ-Beispiel gebracht.

Mit einer PHP-Template-Engine kann ich dir nicht dienen, mit einer XML-/XSL-Engine schon. Schau dir mal den Beitrag unter http://www.php.de/php-einsteiger/460...-klasse-2.html (Pagemanager Klasse) an, dort habe ich einen möglichen Ansatz geschildet. Das ZIP-Package mit dem Beispiel-Code gibts unter http://adventure-php-framework.org/p...parser_dom.zip. Eine Implementierung dieses DOM-Parser-Ansatzes ist im core des APF enthalten. Vielleicht ist das ja ein interessanter Denkanstoss für dich...

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

dr.e.

Jetzt muss ich schon lachen, aber ich stimm dir aber voll und ganz zu, noch ein Smarty ist einfach überflüssig!

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

HStev

Ich kanns mir in etwa denken ich hab ja schon mit der HTML Verarbeitung mittels DOM beschäftig im Prinzip gar nicht mal so übel allerdings hab ich es nur dafür gebraucht um einen Vorläufer von der Template-Engine zu schreiben ... Ich nutze es nur um im Head Stylesheets und Metatags hinzuzufügen und um Platzhaltertags zu benutzen praktisch als ziemlicher grober HTML Konstrukt ...dafür sehe ich das durchaus als praktisch an aber sobald darum geht eigene Iteratoren oder sonstige Konstrollstrukturen sehe ich das Performancetechnich als kritisch ... bei kleinen Projekten dürfte man die Auswirkungen sicherlich nicht merken aber bei größeren glaube ich schon das es sich dann bermerkbar macht. Jede Sprache die innerhalb einer anderen Sprache ausgeführt wird birgt ein gewisses Performance Risiko.

__________________
Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.

devildeath

Um mal auf die eigenen Kontrollstrukturen zurück zu kommen:
habt ihr euch eigentlich mal überlegt, wie es gemacht wird, diese Kontrollstrukturen wieder in die PHP-Versionen zurück zu wandeln?
Die werden ja nicht einfach mal fix wieder ersetzt.
Naja ersetzt werden sie schon, jedoch ist das gar nicht so einfach.
Geregelt wird sowas von regular expressions.
Wenn man einen Text nun ersetzen will, erkennt man ihn ja anhand der Delimiter.
Wenn die Delimiter jedoch länger als 1 Zeichen lang sind, artet der zu erstellende pattern jedoch zu echtem gehirnjogging aus.
Zumindest muss man hier wissen was man macht.
Daher rate ich gänzlich von solch einem system ab.
Auch weil es einfach ineffizienter arbeitet.

LG
devildeath

Quadaptor

Sollte aber dieses Problem (das Finden/Verstehen von Kontrollstrukturen) nicht durch APC & Co. vollständig gelöst sein?

@dr.e.: Ich möchte deine Benchmarks nicht anzweifeln, aber ich kann dennoch nicht verstehen, wie Transformierungen über XSLT schneller sein können, als gecachte PHP-Scripts.
Ich hatte vor einigen Jahren recht viel mit Java/XSLT zu tun. Damals fand ich XSLT garnicht so atemberaubend schnell. Oay, die XML-Dokumente waren teils einige MB groß . -- Oder ist libxml/libxslt so feinoptimiert?

Für mich wäre eine XML-basierte Template-Lösung auch sehr interessant/elegant, allerdings hielt/halte ich das DomDocument-Objekt (vorallem wenn viele davon nötig sind [Subtemplates]) für zu teuer.

PS.: Willkommen devildeath!

dr.e.

libxml/libxslt sind schon recht gut optimiert, aber ich persönlich betreibe an dieser Stelle nicht den Aufwand mit XSLT zu arbeiten - da musst du mich missverstanden haben. Grund ist, dass ich Konzepte wie MVC mit selbst implementierbaren DocumentControllern mit diesem Mittel nicht umsetzen könnte. Im APF setze ich deshalb auf einen eigenen DOM-Parser, der aus den APF-Objekten (die von der Klasse coreObject erben) aufgebaut wird. Der Parser an sich ist so generisch aufgebaut, dass er mit beliebigen user-defined TagLibs gefüttert werden kann. Weiterhin bietet dir die Implementierung des PageController einen Rahmen für MVC und three-tier-architecture. Das, verglichen mit Lösungen, bei denen Templates mit PHP-Mechanismen verarbeitet werden (z.B. Zend Framework), ist deutlich schneller.
Was Byte-Code-Caching angeht, so habe ich davon bei den Tests Abstand genommen, da so die Stärken bzw. Schwächen der eigentlichen Implementierung besser hervortreten. Natürlich habe ich neben den Tests Versuche mit aktiviertem mmcache, apc und eaccellerator unternommen. Es zeigte sich jedoch, dass die PHP-Template-Lösungen bessere Ergebnisse als ohne Caching erziehlten, das Endergebniss wurde jedoch dadurch nicht beeinflusst.

Dann empfehle ich dir, mal einen Blick auf das APF zu werfen, du könntest begeistert sein.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

devildeath

Danke für den tollen Empfang hier

Nunja die können schon abgenommen werden, nur wenn man einfach mal aus spass und wegen des Lerneffekts ein Templatesystem entwerfen will, sollte man doch auch das finden und ersetzen von Kontrollstrukturen mal versuchen.
Ich weiß das regular expressions von vielen vollkommen gemieden werden, weil sie einfach eine Nummer zu extrem aussehen.
Doch genau daran sollte man sich mal versuchen.
Die meisten wissen ja gar nicht, was man da alles entdecken kann.
Und ich finde diesen Teil der Übung eigentlich am schwersten, also warum den schwersten meiden?
Übung macht den Meister

Z.B.: Nur mal vorstellen, wenn man einen Text Markieren will, der in " " geschrieben ist und aber auch mit Backslash maskierte Anführungszeichen hat:

'/[^\\\"]*(\\\.[^\\\"]*)*/'


Ich will mir das gar nicht vorstellen, wie das bei größeren Delimitern aussehen soll ^^
Und das dann noch in der Performance optimieren...

Naja egal. Ich finde man sollte sich das mal antun, weil das auch eine wirklich eigene Form von Kunst darstellt.

LG
devildeath

dr.e.

Hallo devildeath,
Ich hab bisher noch niemanden wirklich verstanden, der aus der von dir genannten Motivation ein Template-System entwerfen wollte. Davon abgesehen ist auch bei den Aktionen nie etwas sinnvolles rausgekommen.

Hierbei allerdings verstehen wir uns prächtig!

Ich habe die erste Version der PageController-Implementierung des APF per preg_match() erstellt, bei RegExps erschreckt mich nichts mehr. Was die Performance angeht, gebe ich dir Recht, strpos() + substr() sind für den genannten Anwendungsfall deutlich performanter.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

HStev

gibt genügend Beispiele ... bei denen das der Fall war ... nicht nur im PHP Bereich ... ProjectX ist son Fall soweit ich darüber bescheid weiß

__________________
Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.