Zurück   Flashforum > Flash > ActionScript > ActionScript 3

Antwort
 
LinkBack Themen-Optionen Ansicht
Alt 09-11-2008, 13:34   #16 (permalink)
Perverted Hermit
 
Benutzerbild von Omega Psi
 
Registriert seit: Mar 2004
Ort: Delmenhorst
Beiträge: 12.139
Binde doch die Liste via Events/EventListener direkt an eine View?

Ansonsten die Liste im Controller referenzieren und den Controller direkt ansprechen, damit er die Views informiert.

@Sebastian: ja, Underscore wird konsequent verwendet, this nutze ich aber trotzdem... macht es für mich dann auch lesbarer, wenn ich im Code dann wieder einen super-Referenz verwende.

Geändert von Omega Psi (09-11-2008 um 13:36 Uhr)
Omega Psi ist offline   Mit Zitat antworten
Alt 09-11-2008, 13:38   #17 (permalink)
Flashworker
 
Benutzerbild von sebastian
 
Registriert seit: Nov 2001
Ort: Wiesbaden
Beiträge: 10.945
Zitat:
Zitat von Omega Psi Beitrag anzeigen
Binde doch die Liste via Events/EventListener direkt an eine View?

Ansonsten die Liste im Controller referenzieren und den Controller direkt ansprechen, damit er die Views informiert.
Macht er ja. Nur seine Liste ist ein komplexes Value Object. Wenn er eine
Eigenschaft von dem VO verändert, wird das VO dadurch ja nicht neu
gesetzt, wodurch kein Update Event kommt.
sebastian ist offline   Mit Zitat antworten
Alt 09-11-2008, 13:38   #18 (permalink)
Neuer User
 
Registriert seit: Nov 2006
Beiträge: 152
ha, an das hab ich gar nicht gedacht:

einfach im View:
PHP-Code:
model.list.objekt.addEventListener(....); 
was meinst du mit deiner zweiten Aussage? Das der Controller das update-Event dispatcht?

Geändert von grizu (09-11-2008 um 13:39 Uhr)
grizu ist offline   Mit Zitat antworten
Alt 09-11-2008, 13:43   #19 (permalink)
Perverted Hermit
 
Benutzerbild von Omega Psi
 
Registriert seit: Mar 2004
Ort: Delmenhorst
Beiträge: 12.139
Zitat:
Zitat von sebastian Beitrag anzeigen
Macht er ja. Nur seine Liste ist ein komplexes Value Object. Wenn er eine
Eigenschaft von dem VO verändert, wird das VO dadurch ja nicht neu
gesetzt, wodurch kein Update Event kommt.
Deswegen sollten die setter für die Properties einen eigenen updated/changed Event dispatchen, damit die VOs ihre Views auch aktualisieren können. Ein Update zu dispatchen, nur wenn ein Objekt neu erzeugt wird, ist nur ein kleiner Teil einer Event-driven Infrastruktur, Anwendung des Observer Patterns oder was es noch so gibt, um Aktuaöisierungen durchzuführen.

Meine Zweite Aussage sollte in die Richtung führen, dass der Controller die Liste konnt. Diese bekommt im Scope des Controllers einen EventListener und wenn change-Events gefeuert werden, updated der Controller die Views.
Omega Psi ist offline   Mit Zitat antworten
Alt 09-11-2008, 13:50   #20 (permalink)
Flashworker
 
Benutzerbild von sebastian
 
Registriert seit: Nov 2001
Ort: Wiesbaden
Beiträge: 10.945
Ja, womit du die Struktur aber teilweise unnötig aufblähst.

Gerade bei sehr komplexen VOs ist das teilweise eher umständlich, wenn
vielleicht auch der konsequenteste Weg.
sebastian ist offline   Mit Zitat antworten
Alt 09-11-2008, 13:50   #21 (permalink)
Neuer User
 
Registriert seit: Nov 2006
Beiträge: 152
cool, ich hab ein value object erzeugt, auch wenn ich keine Ahnung habe, was das ist
Ist das sowas wie ein Kernobjekt, das viele Eigenschaften beinhaltet?

Ich glaub ich werd das jetzt so lösen:
in den ganzen settern meines model.list.objekt jedesmal einen Event dispatchen, im View mit einer Schleife auf jedes model.list.objekt einen Listener setzen und die daten direkt aus diesem objekt holen.

Wenn ich das richtig verstanden habe:
Die Alternativlösung wäre, der Controller versorgt direkt die View mit daten aus dem model, ist also quasi die Schnittstelle zwischen den beiden, und greift über eine public function direkt auf die view zu?
grizu ist offline   Mit Zitat antworten
Alt 09-11-2008, 13:55   #22 (permalink)
Flashworker
 
Benutzerbild von sebastian
 
Registriert seit: Nov 2001
Ort: Wiesbaden
Beiträge: 10.945
Genau, hast du alles richtig verstanden.

VOs sind im Grunde nicht viel mehr als Datenobjekte.

Das andere sind einfach Variantionen im MVC Konzept. Ich bevorzuge
auch die Variante, dass die Views sich direkt ans Model hängen.

Ist dann auch flexibler, weil die Controller keine Abhängigkeit
zu den Views haben.

Geändert von sebastian (09-11-2008 um 13:56 Uhr)
sebastian ist offline   Mit Zitat antworten
Alt 09-11-2008, 13:58   #23 (permalink)
Neuer User
 
Registriert seit: Nov 2006
Beiträge: 152
Super, danke euch vielmals

einiges weitergekommen...
grizu ist offline   Mit Zitat antworten
Alt 09-11-2008, 16:07   #24 (permalink)
Perverted Hermit
 
Benutzerbild von Omega Psi
 
Registriert seit: Mar 2004
Ort: Delmenhorst
Beiträge: 12.139
Zitat:
Zitat von sebastian Beitrag anzeigen
Ja, womit du die Struktur aber teilweise unnötig aufblähst.

Gerade bei sehr komplexen VOs ist das teilweise eher umständlich, wenn
vielleicht auch der konsequenteste Weg.
Ist in meinen Augen nicht der Fall sondern nur eine konsequente Anweung des Observer Patterns.

In diesem Zusammenhang vielleicht interessant: MVC als Antipattenrn.
Omega Psi ist offline   Mit Zitat antworten
Antwort

Lesezeichen

Stichworte
listener, mvc, oop, value object

Themen-Optionen
Ansicht

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks sind an
Pingbacks sind an
Refbacks sind an



Alle Zeitangaben in WEZ +1. Es ist jetzt 12:00 Uhr.

Domains, Webhosting & Vserver von Host Europe
Unterstützt das Flashforum!
Adobe User Group


Copyright ©1999 – 2012 Marc Thiele