JBJHJM

Vorweg: wenn es nicht in die Fortgeschrittenen-Kategorie passt, dann verschiebts am besten gleich wieder

Also ich habe vor, eine einfache Skriptsprache, die ich z.B. in Templates benutze, neu zu schreiben. Die alte Variante war für mich ok, ist allerdings insgesamt zu abstrakt und unzugänglich, da sie überwiegend über Steuerzeichen statt 'verständliche' Konstrukte wie if...then...else erbeitet. Das soll sich nun ändern.

Außerdem plane ich für die neue Variante, dass Verschachtelungen, also z.B. ein Template-Link in einer if-Clause welche wiederum in einer foreach-Schleife steht, möglich sind.

Das alte system benutzt einen regulären Ausdruck, um Skriptelemente zu finden, die jeweils in {} stehen. Das neue hingegen wird Elemente benutzen, die sich über mehrere {} erstrecken, z.B.
{foreach $input current=curr_element}
{if $curr_element.class!=active}{$curr_element.class}{ else}current{/if}
{/foreach}
sollte recht einfach zu verstehen sein. Der Code sollte für jedes Element des Arrays den Subwert class ausgeben, wenn dieser jedoch 'active' ist, stattdessen current ausgeben.
(Der Sinn sei hier am besten mal ausser Frage gestellt )

Naja nun überlege ich auf jeden Fall wie ich das am besten umsetzte?! In eine Baumstruktur umwandeln und abgrasen? zumindest nach meinen Ansätzen eher unpraktisch. Anfangen sich mit Lexern & co zu beschäftigen? Nach Wochen verzeweifelt aufgeben?
ne da dachte ich mir, hier auf php.de hat das doch sicher schon der ein oder andere gemacht, der mir ein paar gute Tipps, Links und Infos geben kann...

Vielen Dank schon an alle hier!

P.S.: ja ich möchte ihn mir, soweit möglich, selber schreiben. Ehrgeiz, ihr versteht?

Mister Ad

mermshaus

Ich habe zufällig so ziemlich exakt das, was du hier ansprichst, mal gepostet:

- http://www.php.de/php-fortgeschritte...tml#post486356 (Kleine Themplate Class) (Post #6)

Fairerweise sollte man aber sagen, dass Templateklassen wohl „üblicherweise“ nicht so funktionieren, sondern das Template per Suchen/Ersetzen von entsprechenden Syntaxanweisungen in PHP-Code umwandeln und diesen dann cachen und bei Bedarf einfach ausführen.

(Manche bauen auch auf bestehenden Parsern auf und nutzen etwa XML-Sytnax.)

Ich glaube, von einem echten Interpreter kann man da nicht sprechen.

__________________
Blog | Buch | Kaloa

JBJHJM

Danke, die wird mir sicher schon ein bisschen weiterhelfen! Sonst noch empfehlungen was ich mir durchlesen könnte, wo ich allgemein mehr über die Funktionsweise erfahre?

nikosch

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

JBJHJM

ach was... das hatte ich mir ja fast gedacht :P
Am Ende kann der Computer dann Sprache in Programmcode umsetzen, allerdings fällt plötzlich der Strom aus und alle sitzen im Dunkeln und wissen nicht wie sie die Sicherung wechseln sollen...
Habe ja nichts dagegen, die ein oder andere Fremdkomponente zu nutzen, allerdings habe ich nicht vor mir ein riesenframework drunterzulegen. Wenn es allerdings schon einen einfachen Parser gibt, der syntaktisch in diese richtung geht und um zusätzliche Regeln erweiterbar ist, dann immer her mit den Links...

nikosch

Templatesprachen sind keine Frameworks. Und es gibt sie in allen Komplexitäten.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

JBJHJM

Stimmt. Das hattest du nicht behauptet. Das hatte ich nur aus deinem verlinkten 'Artikel' übernommen :P
Dann gucke ich nochmal ob ich irgendwas geeignetes finde.
Prinzipiell interessiert mich das ganze Thema zwar schon, aber was ich bis jetzt an Material gefunden habe ist nicht gerade ermutigend.

nikosch

Auf Deinem Wissenstand, wie er sich oben darstellt, macht es schlicht keinen Sinn, eine eigene komplexe Templateengine umsetzen zu wollen. Das ist gut gemeinte Kritik.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

JBJHJM

man wächst mit seinen Aufgaben^^
Naja ich habe mich jetzt in die Smarty Dokumentation eingelesen und denke mit ein bisschen Plugingeschreibsel müsste es für mich passen.