Getter und "nicht definierte Eigenschaft": WARUM?

[Seebold]

Hallo liebes Forum,

das Thema ist zwar schon oft im Forum angesprochen worden, aber eine Lösung zu meinem (ich dachte einfachen) Problem konnte ich nicht finden:

Ich habe einen Parentmovieclip mit der Klasse "E3" darin wird über einen CustomEvent der Stage aus die Funktion "onCallE3" aufgerufen:

public var filmname:String;

public function E3() {
	//Konstruktor;
	this.filmname = "";
}

public function onCallE3(evt:CustomEvent = null):void {
	if (evt.methode == "Aktualisieren" && evt.zielebene >= 3) {
		var nameArray:Array = evt.argument.split("_");
		this.filmname = nameArray[0]+"_"+nameArray[1]
		var libname = "lib_" + nameArray[0];
		imgObj = getDisplayObject(libname);
		this.addedChild = this.addChildAt(imgObj, 0);
}

public function get getFilmName():String {
	return this.filmname;
}

Die Funktion instanziert einen MC aus der Bibliothek mit dem Namen z.b. "lib_movieplayer". Der Getter soll den abzuspielenden Dateienamen des Filmclips ausspucken, wenn das soeben instanzierte Child danach fragt.

Das sieht dann so aus:

public function cl_videocont() {
	this.addEventListener(Event.ADDED_TO_STAGE, onAdded);
}

function onAdded() {
	arguments;
	trace("cl_videocont: onAdded " + this.name + " parent " + this.parent.name + "Filmname " + this.parent.getFilmName );
}

Die Rückgabe von this.parent.name ist "E3", also korrekt. Die Rückgabe von this.parent.getFilmName gibt folgende Fehlermeldung zurück:

Z:1119: Zugriff auf eine möglicherweise nicht definierte Eigenschaft getFilmName über einen Verweis mit statischem Typ flash.displayisplayObjectContainer

Warum? Das sollte doch so gehen, oder? Dass ich nicht auf Eigenschaften anderer Klassen zugreifen kann, macht mir bei diesem Projekt ohnehin viele Sorgen. Eine eventbasierte Lösung, die ich zuvor erprobt habe, scheiterte am Timing :-(

Danke für Eure Hilfe

PS: Ich finde es taktlos bei einem Mann in meiner Lage, dass die Forumssoftware einen Smily in display : D isplayObjectContainer baut als wolle sie mich verhöhnen ;-)

[Martin Kraft]

Die Eigenschaft parent ist nun mal vom Typ DisplayObjectContainer. Und da diese Klasse eben nicht die Eigenschaft getFilmName besitzt bekommst Du diese Fehlermeldung. Für eine typsicheren Zugriff müsstest Du diese Variable also auf E3 casten:

PHP-Code:

trace( E3(parent).getFilmName ); 


Generell sollte man solche Zugriffe nach oben aber vermeiden (oder über Events lösen), da die Klasse E3 ja überhaupt nicht wissen kann, von welcher Klasse sie instanziiert und in welchem DisplayObject sie positioniert wird.

Eine get-Funktion sollte IMHO kein "get" im Funktionsnamen haben, weil das spätestens dann seltsam aussieht, wenn man mal eine zugehörige set-Funktion anlegt:

PHP-Code:

public function set getFilmName():String { //... 


Und da filmname eh schon public ist, kannst Du Dir die get-Funktion übrigens auch schenken und direkt auf diese Variable zugreifen.

Zitat von Seebold

Dass ich nicht auf Eigenschaften anderer Klassen zugreifen kann, macht mir bei diesem Projekt ohnehin viele Sorgen.

Natürlich kann man das - solange diese public deklariert sind und die Referenz auf die Instanz den richtigen Typ hat.

Zitat von Seebold

Eine eventbasierte Lösung, die ich zuvor erprobt habe, scheiterte am Timing :-(

Das ist seltsam
Events sind eigentlich das Mittel der Wahl für die Kommunikation nach oben (parent) und wurden zudem gerade dafür, erfunden Timing-Problem zu vermeiden...

Wie sah denn der Code dieser Lösung aus?

[Seebold]

Ich habe allerlei Umbaumaßnahmen hinter mir, dadurch leidet der Code :-( "E3" hatte bei mir den Event ausgerufen, der dem Videoplayer den "Play"-Aufruf samt Filmname übermittelt hat. Das war zu Zeiten, als der MoviePlayer zu Beginn des Projekts gestartet wurde und die ganze Zeit lief. Leider hat er bei bestimmten Wegen durch die Navigation den close()-Aufruf nicht ausgeführt, weshalb Videos sind überlagerten. Nun wollte ich den Player jedesmal komplett eliminieren. Nun kommt aber der Player nicht so schnell auf die Füße, das Event zu empfangen.

Nun zu meinem Verständnis und dem Fakt, dass Build-in-Events keine Argumente übermitteln:
Natürlich müsste der Movieplayer einen Event schmeißen, wenn er bereit ist. Darauf reagiert dann "E3" und macht was? Wie kommt der Filmname zum MoviePlayer? Darf ich da dann direkt get/set des Childs ausführen oder gar Variablen setzen?

[Martin Kraft]

Zitat von Seebold

Natürlich müsste der Movieplayer einen Event schmeißen, wenn er bereit ist. Darauf reagiert dann "E3" und macht was? Wie kommt der Filmname zum MoviePlayer?

Übergib Ihn doch einfach an den Konstruktor, oder ruf eine Funktion auf, nachdem Du den Player instanziiert hast.

Hier mal ein BeispielCode. MoviePlayer ist die Klasse Deines VideoPlayers und wird in der Bibliothek mit dem zugehörigen Symbol verknüpft. start ist die Funktion zum Abspielen des Videos.

PHP-Code:

package {
    import flash.display.Sprite;
    
    public class MoviePlayer extends Sprite {
        
        public function MoviePlayer() {
            // Initialisieren des Players
        }
        
        public function start( url:String ):void {
            // Abspielen der URL
        }
        
    }
    
} 


Das Script im übergeordneten Objekt sähe dann so aus:

PHP-Code:

function startVideo( url:String ):MediaPlayer {
  var moviePlayer:MoviePlayer = new MoviePlayer();
  addChild(moviePlayer);
  moviePlayer.start( url );
} 


Zitat von Seebold

Darf ich da dann direkt get/set des Childs ausführen oder gar Variablen setzen?

Klar. Warum auch nicht?

[Seebold]

Ok, wenn ich richtig verstehe:

- Die Eltern setzen die Kinder in die Welt
- Wenn die Kinder was wollen, müssen sie brüllen
- und die Eltern gucken dann, ob das Kind was in der Windel hat.

Momentan brüllen bei mir auch die Eltern rum und die Kinder gucken sich selbst in die Windel um das Ergebnis dann wieder zurück zu brüllen. Darum ist das so laut hier ;-)

Danke dafür und für die schnelle Antwort. Das war sehr wichtig für mein Weiterkommen/Fertigwerden :-)

[Martin Kraft]

Zitat von Seebold

Ok, wenn ich richtig verstehe:

- Die Eltern setzen die Kinder in die Welt
- Wenn die Kinder was wollen, müssen sie brüllen
- und die Eltern gucken dann, ob das Kind was in der Windel hat.

Momentan brüllen bei mir auch die Eltern rum und die Kinder gucken sich selbst in die Windel um das Ergebnis dann wieder zurück zu brüllen. Darum ist das so laut hier ;-)

Sehr schön ausgedrückt