dr.e.

Bei dem genannten UML kann man sich IMHO auch die Factory für den Front-Controller sparen. Wenn das generisch genug implementiert ist, kann man diesen mit Anwendungs-relevanten Actions zur Laufzeit "konfigurieren" (siehe Front-Controller Timing-Model). Weiterhin würde ich den Router direkt vor dem Front-Controller sehen, denn dann kannst du dem FC wirklich die relevanten Parameter übergeben. Diese beinhalten dann in einem einfachen MVC (sprich kein HMVC) direkt die Informationen über zu auszuführenden Controller und zu ladenen View.

Wenn schon vereinfachen, dann bitte aber richtig!

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

Mister Ad

schnipseljagd

Einspruch euer Ehren, die ControllerFactory kümmert sich im Vmvc um die Instanziierung des ActionControllers und entscheidet somit welche Konstruktor parameter übergeben werden müssen, wie sich der Klassenname zusammensetzt usw...davon sollte der FrontController meines Erachtens aber nichts wissen.
Um es kurz zu sagen, es ist mit Absicht nicht allzu generisch implementiert, und damit kann der FrontController diese Aufgabe hier nicht alleine erledigen.

Zu der direkten Übergabe der Router Parameter an den FC, hier bevorzuge ich lieber das Inversion of Control Prinzip und lasse den ApplicationController entscheiden was für den FC relevant ist (z.B. wenn ein ActionController einen Error zurückgibt, dann verweist der ApplicationController auf ein anderes View).

Ich hoffe ich konnte meinen Standpunkt einigermaßen verständlich erläutern

dr.e.

Hallo Schnipseljagt,

dann erschließt sich mir aber erst recht nicht, warum du eine MVC-Implementierung mit Application- und Action-Controller wählst, die noch zusätzlich einen Front-Controller besitzt. Hier ist IMHO das Front-Controller-Pattern verletzt, da der eigentliche Einstiegs-Punkte dann nicht dieser, sondern der Application-Controller der logische Einstiegs-Punkt für die Kapselung der MVC-Konstrukts ist.

Sofern du eine Kombination aus zwei spezialisierten Controllern einführst, sollte das IMHO konsequenterweise dazu führen, dass die Applikation dahinter mit dem HMVC-Pattern arbeitet. So kannst du den für MVC zunächst unnötigen Overhead auch vernünftig nutzen.

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

schnipseljagd

hhm, Ja vielleicht ist die Bezeichnung Front-Controller in diesem Sinne wirklich nicht mehr ganz zutreffend.
Hab mal n Sequenz Diagramm (allerdings diesmal ohne Action-Controller) dazu hochgeladen: Vmvc FrontController Sequence Diagram.png

Über den HMVC-Ansatz werde ich mir mal Gedanken machen