litterauspirna

Meinst du mit solchen Hooks Methoden wie sie beim Zend Framework existieren und routeStartup, routeShutdown oder preDispatch etc. heißen und zu einem betimmten Zeitpunkt im Applikationsaufbau ihren Einsatz finden?

__________________
Aus dem Dynamo Lande kommen wir. Trinken immer reichlich kühles Bier. Und dann sind wir alle voll, die Stimmung ist so toll. Aus dem Dynamo Lande kommen wir.
http://www.lit-web.de

Mister Ad

dr.e.

Das Zend Framework kennt keinen konsistenten HMVC-Baum, insofern ist der Vergleich nicht valide. Die genannten Hooks beziehen sich eher auf das Request-Processing im Front-Controller, die du vor und nach dem Router einhängen kannst um den resultierenden Controller oder die zugewiesenen Action bzw. deren Parameter zu beeinflussen.

Was ich meine sind Einhänge-Punkte beim Aufbau eines DOM-Baumes aus MVC-Knoten zu einem HMVC-DOM-Baum. Möchtest du beispielsweise an einer bestimmten Stelle ein weiteres Template einbinden (z.B. Navigation und Inhalt innerhalb eines Haupt-(Layout-)Templates), so musst du an genau dieser Stelle (=Einbindung eines weiteren Templates) eine Funktionalität platzieren können, die es dir ermöglicht, "externe" Inhalte einzufügen und den Aufbau des Sub-Teiles des Baumes damit weiter voran zu treiben.

Ein weiteres Beispiel ist die Beeinflussung von Schwestern- oder Eltern-Elemente des Baumes. Dies ist beispielsweise bei den Formularen eine beliebite Anwendung. Enthält das Formular ein File-Upload-Feld, so macht dieses den Umstand dem Formular bekannt und letzteres wird um das "enctype"-Feld erweitert.

Der Aufbau eines DOM-Baumes ist also nicht straight-foreward, sondern muss so generisch abgefasst sein, dass all diese Anwendungs-Beispiele möglich sind zu implementieren.

Um eine Idee zu bekommen, kannst du dir mal das Timing-Modell des APF-Page-Controller ansehen. Dieser nutzt die Klasse Document (=Interface eines DOM-Knotens) als contract für die Erzeugung und das Management eines DOM-Knoten genutzt. Weitere Information findest du auch im APF-Wiki unter http://wiki.adventure-php-framework....age-Controller.

Ich hoffe das hilft dir, eine Idee zu bekommen, was für den Aufbau und die Pflege eines HMVC-DOM-Baumes notwendig ist.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

xm22

@litterauspirna: Deine Config sagt nichts über die eigentliche Implementierung aus. Kannst Du ein konkretes Bsp. angeben, wie die XML letztendlich auf die Komponenten abgebildet werden soll? Soll das auch Widget-mäßig sein?

Ich habe das bei mir programmatisch gelöst:
gibt einen String zurück, der dann entsprechend an der Stelle eingebunden werden kann. Z. B. eine Newsbox, ein Loginformular, etc. Beim APF ist das über eine XML-Syntax gelöst. Du hast jetzt halt eine Config gezeigt, aber eben nicht, wie die zur Abbildung der Applikation benutzt wird.

dr.e.

@xm22: wie die Anwendung aussieht ist IMHO doch zweitrangig, sofern du einen Nachteil wie die doppelte Pflege eines Struktur-Baums hast, der zudem noch unflexibel hinsichtlich Änderungen pro Request (z.B. Benutzer eingeloggt oder nicht) ist.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~