MovieClip - Instanzen in Arrays speichern geht schief

[Jaro_E]

Okay, also definitv auf Vectoren umsteigen?
Aber das eigentliche Problem ist ja damit immer noch nicht gelöst.
Was meinst du mit langen Zeilen?

[Martin Kraft]

Zitat von Jaro_E

Was meinst du mit langen Zeilen?

Sowas hier:

PHP-Code:

articleMasked = new ContentMaskedRollInOut(this.parentToBeChildOf, this, this, this.articles[this.counterIndex], this.moreLessButtons[this.counterIndex], isRolledIn, this.articles[this.counterIndex].markerMoreLess, automaticActivation); 


Diese ewig lange Parameterübergabe zeigt auch ganz gut das Hauptproblem Deines Codes: Wenn Du alle zusammengehörigen Daten (also alles,was Du über this.counterIndex ansprichst) aus einem zentralen Objekt referenzierst, könnte das so aus sehen:

PHP-Code:

new ContentMaskedRollInOut(this, articles[counterIndex]); 


Alles weitere könntest Du so aus der Blog- bzw. Article-Instanz auslesen.

Was Du hier an Paramteren zuviel hast, hast Du bei den Funktionen in Blog zu wenig. Diese würde ich so auf bauen:

PHP-Code:

private function prepareArticleMasked( articleXML:XML ):Article { }
private function installArticleMasked( article:Article ):void { }
//usw.. 


und dann über eine for each-Schleife aufrufen. Die aktuelle Lösung mit dem Loop aus sich gegenseitig aufrufenden Funktionen ist extrem unübersichtlich und fehleranfällig.

[Jaro_E]

Okay, das ursprüngliche Type Error Problem lässt sich eurer Meinung nach auf zu unstrukturierten Code zurückführen? Oder reden wir immoment nur über schlechten Programierstil? Denn das eigentliche Problem sehe ich immer noch nicht gelöst, das hier in sehr einfacher Form deutlich wird:

PHP-Code:

//MORELESSBUTTON
                var mLButton:moreLessButton = new moreLessButton();
                
                trace("mlB height: "  + mLButton.height);
                
                trace("Index " + counterIndex);
                
                this.moreLessButtons[this.counterIndex] = moreLessButton;
            
                trace("mlB height: " + this.moreLessButtons[this.counterIndex].width); 


Bis zu dem Punkt, bei dem der Inhalt an das Array übergeben wird, kann ich es aulesen, ab dann leider nicht mehr.

Ich würde gerne einfach wissen, ob grundsätzlich mit den Arrays eben was schief läuft. Wie sich das noch zusätzlich mit schlechtem Stil usw. nach oben multipliziert ist natürlich wieder ein anderes Problem.

[Omega Psi]

Du musst dein Problem etwas besser erläutern. Theoretisch sollte es kein Problem sein, aber ich habe das Problem vielleicht auch nicht richtig verstanden. Was passiert genau? Was sagt der Debugger?

[Martin Kraft]

Ok - zurück zum Problem. Wie ich oben geschrieben funktioniert das Auslesen von Objekteigenschaften aus einem Array bei mir anstandslos, weshalb ich denke, dass bei Dir irgendwas anderes falsch läuft.

Lass bitte diese this mal weg und gib am Ende die folgenden trace()s ein:

PHP-Code:

trace(moreLessButtons.constructor+" => "+moreLessButtons);
trace(counterIndex.constructor+" => "+counterIndex);
trace(moreLessButtons[counterIndex].constructor+" => "+moreLessButtons[counterIndex]);
trace(moreLessButtons[counterIndex].width.constructor+" => "+moreLessButtons[counterIndex].width); 


Und dann schreib uns, was Du an Ausgaben oder Fehlermeldungen bekommst!

[Jaro_E]

Okay, mache ich sofort, nur noch eine Frage: was hat es mit der *.construcor - Eigenschaft auf sich?

[Martin Kraft]

Das ist der Verweis von jeder Instanz auf ihre Klasse. Mehr dazu wie immer in der Referenz.

[Jaro_E]

Das ist die Ausgabe:

mlB begin
[class Array] => [class moreLessButton]
0 => 0
[class Class] => [class moreLessButton]
TypeError: Error #1010: Ein Begriff ist nicht definiert und hat keine Eigenschaften.
at SmrzMusicblog::Blog/prepareArticleMasked()[/Users/Jaro/Documents/JRO FlashCreation/SmrzMusicblogTest/src/SmrzMusicblog/Blog.as:117]

Also das letzt funktioniert nicht.

Das hieße ja, dass man wirklich nur den Arrayinhalt auslesen kann, nicht aber Eigenschaften des Arrayinhaltes.

[Omega Psi]

Muss man nicht, laut deinem Link, über die prototype Referenz auf die Eigenschaft zugreifen?

[Omega Psi]

Anscheind nicht. Ich würde mal den Debugger nutzen.

[Martin Kraft]

Dann trace mal das:

PHP-Code:

trace(moreLessButtons[counterIndex].hasOwnProperty("width"));
trace(moreLessButtons[counterIndex] is DisplayObject); 


Moment - da fällt mir was auf:

[class Class] => [class moreLessButton]

Du schreibst ja die Klasse in den Array, nicht die Instanz.

PHP-Code:

var mLButton:moreLessButton = new moreLessButton();

this.moreLessButtons[this.counterIndex] = moreLessButton; // << das ist die Klasse nicht die Instanz

// Richtig wäre:
this.moreLessButtons[this.counterIndex] = mLButton; 


Sja - sowas kommt davon, wenn man nicht durchgägig die KlassenNamen groß schreibt.

[Jaro_E]

Okay, das war der Fehler bzgl. dem Button, ich habe den eigentlichen Fehler jetzt aber gefunden.

Und zwar: nachdem der Article-Konstruktor aufgerufen wird. (in der prepareArticleMasked()-Methode), wird die Methode abgebrochen, d.h. die Zuweisung der article-Variable ans Array wird gar nicht ausgeführt.

Nun könnte ich die Article Instanz ja direkt im Array instanziere, aber damit gab es meiner Erinnerung auch schon mal Probleme.

Wie bringe ich Flash dazu, den Code nach dem Article-Konstruktor auszuführen? Bisher wird er ausgeführt, nachdem alle Anweisungen dort fertig sind. Ist es grundsätzlich so, dass Flash immer nur einen Strang gleichzeitig ausführen kann?

[Martin Kraft]

Zitat von Jaro_E

Ist es grundsätzlich so, dass Flash immer nur einen Strang gleichzeitig ausführen kann?

Ja klar! Wäre auch schlimm wenn nicht.

Natürlich wird, wenn Du eine Klasse instanziierst, erst der gesamte Konstruktor ausgeführt, bevor der weitere Code abgehandelt wird. Nur so ist es überhaupt möglich sicher mit Klassen zu arbeiten.

Zitat von Jaro_E

Und zwar: nachdem der Article-Konstruktor aufgerufen wird. (in der prepareArticleMasked()-Methode), wird die Methode abgebrochen, d.h. die Zuweisung der article-Variable ans Array wird gar nicht ausgeführt.

Abgebrochen wird die andere Methode aber nicht; Es werden nur alle Befehle aus dem Konstruktor dazwischen geschoben.

[Jaro_E]

Darauf aufbauend habe ich nun das Problem, dass nach der Ausführung meiner rekursiven Methoden - d.h. wenn die Ausgangsbedingung falsch wird - nicht wieder in die übergeordnete Klasse gewechselt wird, sondern die Ausführung des Codes komplett abgebrochen wird.