Flashforum - Die Community zu Adobe Flash, Flex AIR. Web Design und Inspiration.

bamboocha · 20-10-2008, 14:34

Hallo zusammen

Weil's so schön ist und ich gerade aktuell vor nem Fall sitze, dachte ich, ich frage mal, wie ihr das so handhabt. Und zwar geht es um Verschachtelung beim MVC-Pattern:

Stellt euch zum Beispiel ein PopUp-Fenster als Teil einer View vor. Nun kann dieses PopUp-Fenster ja auch weitere Elemente enthalten, die nach MVC aufgebaut sein können, z.B. Buttons. Packt ihr nun das Model zu diesen Buttons ins "grosse" Model oder behandelt ihr den MVC-Button als eigene, abgeschlossene Komponente?

Oder liege ich mit meiner Auslegung so weit daneben und habe die eigentliche Vorgehensweise einfach ignoriert?

Omega Psi · 20-10-2008, 16:15

Ja... das ist unsinnig.

So lange du das Ding nicht komplett dynamisch erzeugen willst - gehört ins Model der Applikation das Datenmodel und die Logik.

bamboocha · 20-10-2008, 17:48

Jetzt habe ich meine Frage so schwammig formuliert, dass ich aus deiner Antwort noch nicht so ganz schlau werde! ;-)
Packe ich nun alles in ein Model oder verwaltet jede "Komponente" ihr eigenes Model?

Omega Psi · 20-10-2008, 18:08

Die Frage ist nicht weniger schwammig.

Die gesagt: das DatenModel ist der Zustand der Application. Wenn es um so was geht wie x, y etc von Komponenten. Das ist vom Usecase oder Komponente abhängig... Ist es ein Composite mit dynamischen Inhalt?

bamboocha · 20-10-2008, 18:18

Hmmm... ich würde sagen ja.

(Sorry für meine Schwammigkeit ^^)

Omega Psi · 20-10-2008, 18:23

Ein Komposite ist eine Komponente, die andere Komponenten beinhalten kann. Wenn der Inhalt variabel ist, und du den Zustand auch persistent halten möchtest, kommst du im ein Datenmodell für die einzelnen Komponenten nicht rum. Ich würde das nach via Observer Pattern lösen: jede visuelle Komponente bekommt ein Datenmodell. Am einfachsten und übersichtlichsten geht das, wenn du quasi Objekthierarchie spiegelst.

bamboocha · 20-10-2008, 18:30

Gut, das ist so, wie ich es eigentlich auch umgesetzt habe. Wollte nur mal sichergehen, dass in etwa so das ist, was man machen würde.

Danke!

Omega Psi · 20-10-2008, 18:49

Kein Ding

20-10-2008, 14:34	#1 (permalink)
bamboocha °.oO°O.o°.oO.o°O Registriert seit: Jun 2005 Ort: CH Beiträge: 1.490	MVC-Verschachtelung Hallo zusammen Weil's so schön ist und ich gerade aktuell vor nem Fall sitze, dachte ich, ich frage mal, wie ihr das so handhabt. Und zwar geht es um Verschachtelung beim MVC-Pattern: Stellt euch zum Beispiel ein PopUp-Fenster als Teil einer View vor. Nun kann dieses PopUp-Fenster ja auch weitere Elemente enthalten, die nach MVC aufgebaut sein können, z.B. Buttons. Packt ihr nun das Model zu diesen Buttons ins "grosse" Model oder behandelt ihr den MVC-Button als eigene, abgeschlossene Komponente? Oder liege ich mit meiner Auslegung so weit daneben und habe die eigentliche Vorgehensweise einfach ignoriert? __________________ There is no way to happiness, happiness is the way! - Buddha

20-10-2008, 17:48	#3 (permalink)
bamboocha °.oO°O.o°.oO.o°O Registriert seit: Jun 2005 Ort: CH Beiträge: 1.490	Jetzt habe ich meine Frage so schwammig formuliert, dass ich aus deiner Antwort noch nicht so ganz schlau werde! ;-) Packe ich nun alles in ein Model oder verwaltet jede "Komponente" ihr eigenes Model? __________________ There is no way to happiness, happiness is the way! - Buddha

20-10-2008, 18:18	#5 (permalink)
bamboocha °.oO°O.o°.oO.o°O Registriert seit: Jun 2005 Ort: CH Beiträge: 1.490	Hmmm... ich würde sagen ja. (Sorry für meine Schwammigkeit ^^) __________________ There is no way to happiness, happiness is the way! - Buddha

20-10-2008, 18:30	#7 (permalink)
bamboocha °.oO°O.o°.oO.o°O Registriert seit: Jun 2005 Ort: CH Beiträge: 1.490	Gut, das ist so, wie ich es eigentlich auch umgesetzt habe. Wollte nur mal sichergehen, dass in etwa so das ist, was man machen würde. Danke! __________________ There is no way to happiness, happiness is the way! - Buddha

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

20-10-2008, 16:15	#2 (permalink)
Omega Psi Perverted Hermit Registriert seit: Mar 2004 Ort: Delmenhorst Beiträge: 12.901	Ja... das ist unsinnig. So lange du das Ding nicht komplett dynamisch erzeugen willst - gehört ins Model der Applikation das Datenmodel und die Logik.

20-10-2008, 18:08	#4 (permalink)
Omega Psi Perverted Hermit Registriert seit: Mar 2004 Ort: Delmenhorst Beiträge: 12.901	Die Frage ist nicht weniger schwammig. Die gesagt: das DatenModel ist der Zustand der Application. Wenn es um so was geht wie x, y etc von Komponenten. Das ist vom Usecase oder Komponente abhängig... Ist es ein Composite mit dynamischen Inhalt?

20-10-2008, 18:23	#6 (permalink)
Omega Psi Perverted Hermit Registriert seit: Mar 2004 Ort: Delmenhorst Beiträge: 12.901	Ein Komposite ist eine Komponente, die andere Komponenten beinhalten kann. Wenn der Inhalt variabel ist, und du den Zustand auch persistent halten möchtest, kommst du im ein Datenmodell für die einzelnen Komponenten nicht rum. Ich würde das nach via Observer Pattern lösen: jede visuelle Komponente bekommt ein Datenmodell. Am einfachsten und übersichtlichsten geht das, wenn du quasi Objekthierarchie spiegelst.

20-10-2008, 18:49	#8 (permalink)
Omega Psi Perverted Hermit Registriert seit: Mar 2004 Ort: Delmenhorst Beiträge: 12.901	Kein Ding