MVC Datensätze hinzufügen

[Flashesjetzt]

Hallo, ich will mich bez. MVC auch mal etwas kundig machen und hätte
eine kleine Einsteigerfrage. In den vielen Beispielen, die man im Internet findet oder auch in meinem Buch werden die Daten für das Model immer simpel gehalten um die MVC-Logik beispielhaft erklären zu können. Sie sind schon von beginn im model und werden auch nicht erweitert.

Was ist aber, wenn der Datensatz erweitert werden soll durch z.B. eine socketverbindung? Das würde doch nicht innerhalb der MVC-Logik passieren, oder? Das model würde dann am besten selbst eine Instanz auf die socketverbindung halten?

Meine Gedanke am Anfang war, dass eine socketverbindung sich ähnlich wie ein Viewer verhält, eine Schnittstelle für Ein - und Ausgaben. Aber da es sich um die Weitergabe nicht von Anweisungen sondern von Daten handelt, gehört es nicht in die MVC-Logik.

[sonar]

Das, was du ansprichst, wird durch eine Erweiterung von MVC abgedeckt: MVCS
Wobei das 'S' für 'Service' steht – Schnittstellen nach außen/zum Server etc.

Ein einfaches Beispiel dazu:
- Controller-Ebene sagt "Service, lade Daten"
- Service lädt Daten
- Wenn Service fertig ist, dispatcht "er" ein Change-Event
- Betreffendes Model hört auf Change-Event, aktualisiert sich anhand übergebener Daten und dispatcht wiederum ein Change-Event
- View hört auf dieses und aktualisiert sich

[Flashesjetzt]

Alles klar. Danke.

[sonar]

War jetzt nur ganz grob "durchgerannt" … musst dich vielleicht noch n bissl einlesen zu dem Thema.

[Flashesjetzt]

Klar ;-)
In meinem Falle ist es ja so, dass der Datensatz unaufgefordert gesendet wird, der controller muss also nicht miteinbezogen werden. Aber ich werde mich da kundig machen. (Ich gehe mal davon aus, dass die üblichen MVC-Frameworks das dabei haben).

[Omega Psi]

Den Controller zu ignorieren ist nicht gerade sehr sinnvoll, da dieser in der Regel die Infrastruktur abbildet.

[astrocreep]

wie omega sagte würde ich den controller auch nicht übergehen. ich würde auch nicht den service dem model bekannt geben, da du sonst die zwei koppelst, was nicht sinn der sache ist. sobald der service die daten geladen hat wird ein event dispatched oder was auch immer. deine controller ebene nimmt die daten entgegen und übergibt die evtl. an einen parserservice oder direkt an das model. das dispatcht dann wieder einen change oder was auch immer event... usw.

du musst drauf achten, deine verschiedenen komponenten so wenig wie möglich aneinander zu koppeln. ein service sollte z.b. von seinem umfeld nichts kennen.

[Flashesjetzt]

Ok, dann kennt der Controller den Service, nimmt die Daten entgegen und gibt sie an das model weiter.
Daten, die über den service versendet werden sollen, würde ich auch über den controller laufen lassen?
Sie werden vom Viewer entgegen genommen werden, und vom Controller direkt an den service weitergeleitet.
Es ist eine Testapplikation, ich will nur mal möglichst sauber das MVC implementieren.

[sonar]

Schau dir das mal an:
http://www.robotlegs.org/diagram/