MVC -- Kommunikation unter Controllern?!

[s.h.a.r.k]

Hallo zusammen,

habe mich in letzter Zeit immer mehr dazu durchgerungen das MVC-Pattern für meine Applikationen zu nutzen. Nun habe ich aber folgendes Problem, da ich das ganze System eher von PHP-Frameworks her kenne: wie starte ich Aktionen eines Controllers, die nicht vom User angestoßen werden? Gibt es hier eine Art "Überstruktur" oder "Übercontroller"? Oder gibts es ein Konstrukt, welches gar kein Controller im MVC-Sinne ist?

Hintergrund ist folgender: ich hab einen Application-Controller geschrieben, der als "Bootloader" dient. Dieser startet alle möglichen Dinge (DB-Verbindung herstellen, Konfiguration laden, Startparameter verarbeiten, Splash-Screen darstellen, MainForm darstellen etc.) und muss somit ja auch andere Controller und deren Aktionen zugreifen. Ist sowas in diesem Pattern gewollt? Oder wie löst man sowas sonst?

Vorstellbar ist hier auch das Problem, dass eine Aktion immer wieder aufgerufen werden, oder allgemein gesprochen der Zugriff auf eine Aktion nicht vom User hervorgerufen werden soll, sondern von einem Programm/Code.

Bin über jeden Tipp dankbar

[Sir Rufo]

Ich lege mir für solche "Übercontroller" Klassen (nach Bereichen - z.B. Verbindung zur DB) an, wo diese gespeichert werden.
Die Klasse selber leite ich von TComponent ab und gebe der Instanz als Owner Application mit.

Aber für eine Aktion egal welcher Art muss es doch ein Event geben ... und sei es nur ein Timer der feuert ...

[s.h.a.r.k]

Das mit dem immer auftretenden Aufruf war auch nur ein Beispiel. Es geht dabei eher darum, dass Aktionen von Controllern nicht vom User selbst (Click auf Button z.B.) aufgerufen werden, sondern von z.B. einem Programmcode -- in meinem konkreten Beispiel wäre das der Startcode meiner Anwendung. Je mehr ich so darüber nachdenke, desto mehr glaube ich, dass ich so eine Überkomponente bauen sollte, die nicht mit dem MVC-Pattern direkt etwas zu tun hat. Diese ist dann -- in meinem speziellen Fall -- eben eine Art "Container", in dem dann alles abläuft, in dem dann auch die Controller "liegen", die eben ihre Aktionen anbieten.

[Sir Rufo]

Meinst du jetzt irgendwelche Instanzen oder einfach nur Units?

[webcss]

Zitat von s.h.a.r.k:

Je mehr ich so darüber nachdenke, desto mehr glaube ich, dass ich so eine Überkomponente bauen sollte, die nicht mit dem MVC-Pattern direkt etwas zu tun hat. Diese ist dann -- in meinem speziellen Fall -- eben eine Art "Container", in dem dann alles abläuft, in dem dann auch die Controller "liegen", die eben ihre Aktionen anbieten.

Im Prinzip hast Du diese Überkomponente schon: TApplication. Du kannst einen ApplicationController bauen, als wrapper für global Application, und hookst (<-was ein Wort) dort z.B. den OnMessage event von TApplication. Der Application Controller enthält eine Liste mit allen ChildControllern und leitet die Messages weiter, bis einer Handled true setzt (Chain of Responsability). Die VCL macht das eigentlich nicht anders, nur, das eben die Logik auf einer Form liegt, und nicht ausgelagert ist.

[s.h.a.r.k]

Zitat von Sir Rufo:

Meinst du jetzt irgendwelche Instanzen oder einfach nur Units?

Ein Controller ist bisher nur eine Klasse. Wie viele Instanzen ich davon habe kann ich dir pauschal leider nicht sagen, da ich das noch nicht komplett durchdacht habe. Ich wollte schon fast jeden Controller zu einem Singleton umbauen, aber bin mir da noch nicht so wirklich sicher, ob das sinnvoll ist.

Zitat von webcss:

Im Prinzip hast Du diese Überkomponente schon: TApplication. Du kannst einen ApplicationController bauen, als wrapper für global Application, und hookst (<-was ein Wort) dort z.B. den OnMessage event von TApplication. Der Application Controller enthält eine Liste mit allen ChildControllern und leitet die Messages weiter, bis einer Handled true setzt (Chain of Responsability). Die VCL macht das eigentlich nicht anders, nur, das eben die Logik auf einer Form liegt, und nicht ausgelagert ist.

Jup, ich habe bisher einen Wrapper für dieses TApplication-Objekt, wobei ich hier auf die Nachrichtenverwaltung nicht näher eingehe. Bisher unterstützt mich dieses Objekt nur beim "Hochfahren" und "Herunterfahren" der Anwendung. Insgesamt soll später mal eine Framework herauskommen, welches ich vor allem bei größeren Applikationen nutzen will.

Das mit den Messages muss ich mir mal anschauen, denn die Idee ist an sich nicht schlecht. Nur schaffe ich somit wieder Abhängigkeiten zwischen den einzelnen Controllern und deren Aktionen -- aber ich habe sowas ja eigentlich immer irgendwie, weswegen ich dann aber ein sinnvolles System aufbauen müsste, in so fern ich über Botschaften laufen will.

[Mithrandir]

Was du suchst, nennt sich Mediator-Pattern. Ich arbeite damit recht häufig privat, allerdings in Csharp: Jeder Controller hat eine Basisklasse, die wiederum einen statischen Mediator besitzt. So ist gewährleistet, dass jeder Controller dieselbe Instanz nutzt.

Kommuniziert wird klassisch, über String-Messages. Könnte man vielleicht auch mal ändern, muss man aber nicht. Jeder Controller muss sich dabei mit den Messages beim Mediator registrieren, für die er Nachrichten empfangen möchte.

Falls du ein bisschen C# kannst, kannst du dir ja mal dieses Beispiel ansehen und versuchen, dort etwas für dich abzuleiten. Mit Delphi kann ich leider nicht dienen.

[webcss]

Du solltest Dir auch mal TObject.Dispatch anschauen...
hier ist auch noch ein link dazu: The-quest-for-the-perfect-publish-subscribe-mechanism-in-Delphi
Ich arbeite an einem MVP framework und stehe vor demselben Problem

[hoika]

Hallo,

wer sagt, dass ein Controller nur Nutzer-Eingaben verwaltet.
Warum baust du dir keinen "System"-Controller, den du mit Anweisungen fütterst.
Dieser Controller führt die Anweisungen aus, so als wenn ein User selber geklickt hätte.


Heiko

[s.h.a.r.k]

Danke schon mal für die Gedanken und Hinweise! Vor allem bzgl. der Kommunikation der Controller untereinander bin ich nun sehr viel schlauer und werde dahingehend wohl einiges umbauen

Seltsam finde ich auf die Dauer nur, dass mir sowas nicht viel früher über den Weg gelaufen ist und ich hier einfach zu wenig über genau sowas finde. Dachte schon ich habe sehr komische Probleme, die keinem anderen über den Weg laufen...