spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Mal grundsätzlich, wenn du vom MVC-Pattern sprichst (und nicht vom MV-Pattern) hat die View GAR KEINEN Verweis auf das Model, sondern nur auf das Interface vom Controller, sonst wäre dieser ja überflüssig. Der Controller ist einerseits Fassade (eingeschränkt) des Model für die View, und gleichzeitig Listener vom Model.

Für jede View gibt es einen Controller der mit dem darunterliegenden Model interagiert. Es gibt keine direkte Verbindung zwischen Model und View, was ja auch der Sinn vom Controller ist. Vollständige Entkoppelung!

Ich persönlich habe jetzt noch nie davon gehört, dass ein Controller gleich mehere Models verwaltet, obwohl es Designpattern-mäßig nicht falsch wäre und auch sehr sauber lösbar sein sollte (Controller als Listener mehrerer Modelle). Demnach würde ich vermuten, dass das Möglich ist. Ob es dann allerdings noch ein REINES MVC-Pattern ist, bezweifle ich.

Wenn ich mir das so anschaue, dann würd ich das gleich interpretieren wie du...

Wobei ich sagen muss, dass wir auf der Uni etwas anderes unter MVC-Pattern gelernt haben, und sich jenes, so wie oben beschrieben verhält.

Um ehrlich zu sein habe ich MVC bisher weniger als Pattern als ein Programmierkonzept gesehen. Pattern haben eine feste Struktur, aber ich denke die Idee (Trennung von Daten, Präsentation und Logik) hinter MVC ist viel zu flexibel, als, dass man sie in eine feste Struktur fassen sollte.

Also ich würde "Also kann ein View auch für mehrere Models benutzt werden oder nur für eines?" mit der Gegenfrage: "Muss die View (in deiner Implementierung) für mehrere Models genutzt werden können?" beantworten.
Beantwortet bloß nicht die Frage nach der Definition. Ich bin Montagabend wieder zu Hause, dann könnte ich mal im Buch Entwurfsmuster nachschlagen. Ich glaube dort ist eine Beispielimplementierung drin.

Zitat von »"unsigned long"«

Also hat das Model im MVC automatisch eine Liste von Views, diese wiederum Verweise auf das Model oder die Models.

das model kennt defitiv nicht die Views. wozu auch?
ne view benutzt das model bloß, um an die daten zu kommen, für nichts weiter
ne view kann mehrere models haben , wobei das schlußendlich auch als ineinander integrierte mehrere MVC's angesehen werden kann. wenn du dich damit mal genauer beschäftigen willst, solltest du dir role modeling mal ansehen.

achso...dann kennst ja nur die abstrakte observer-klasse, nich die view ansich...imo schon n unterschied

btw gibts von observer ne multiple-subject variante, wo einfach das subject in notify mitgeschickt wird...

Wichtig ist nur, dass die Model auf KEINE einzige Methode der View zugreift (höchstens auf die des Listener, aber dann greift nicht das Model zu, sondern das Subject, welches halt zufällig auch Model ist!)! Das würde nämlich der Schichtenarchitektur wiedersprechen, und damit der Existenz des MVC-Patterns jedlichen Sinn nehmen