as3 und vererbung

[sodiac]

guten morgen @all und ein frohes neues jahr.

seit wochen habe ich mich jetzt mit as3 beschäfftigt. ich habe vor ein kleines privates projekt zu schreiben. bisher bin ich ganz gut voran gekommen. aber irgendwie komme ich mit der oop und vererbung von as3 noch nicht zurecht.

in meiner main timeline importiere ich eine klasse wakeup.
diese initialisiere ich über new.

in meiner klasse wakeup importiere ich eine weitere klasse obj sie erbt von wakeup.

jetzt möchte ich auf die variablen von wakeup zugreifen.

aber genau da scheitert es. google und co habe bis jetzt nicht wirklich helfen können.

code in der main timeline:

import starting.wakeup;
var cmd = new wakeup();
cmd.init();

code von der klasse wakeup:

package  starting{
     import flash.display.MovieClip;
     import starting.obj;

     public class wakeup extends MovieClip{
         protected var app:Object = new Object;

         public function init(){
            starting.obj.build();

            //restlicher code
         }
     }
}

jetzt der code von der klasse obj:

package  starting{
	import starting.wakeup;
	
	public class obj extends starting.wakeup{
		public static function build() {
			//hier habe ich alles versucht um auf die variable von wakeup.app zu kommen. entweder erhalte ich fehlermeldungen oder undefined oder null.
		}

	}
	
}

ich hoffe das ich mit meinem problem nicht all zu sehr die gemüter der wissenden strapaziere. vielleicht ist es ein banales problem. aber ich danke für jede antwort die mir weiter hilft.

[sodiac]

Adobe ActionScript 3.0 * Methoden

[Ouroborus23]

Und wenn du damit durch bist: Coding Conventions.

Außerdem: Wenn du kannst, dann lass die Finger von der Timeline. Wenn du unbedingt mit Flash arbeiten willst, dann kannst du auch einen Dokumentenklasse angeben und in der den Code reinwerfen, denn du jetzt auf dem ersten Frame hast. Ist sauberer, übersichtlicher und... naja, machs einfach! Was NOCH BESSER wäre: Flash gar nicht mehr für Programmiergeschichten nehmen, sondern eine richtige Entwicklungsumgebung, wie FlashDevelop (Windows) oder FDT (Mac). Damit entwickelt es sich angenehmer und übersichtlicher.

Zu deinem eigentlichen Problem: Bei der Nutzung von Klassen in der Definition einer Funktion werden prinzipiell keine Package-Pfade angegeben. Diesen Pfad brauchst du NUR für die import-Anweisung. Auch nicht später bei Variablen oder so.

In deiner build-Funktion brauchst du "app" auch nicht über "Wakeup.app" aufrufen, sondern nur direkt über ihren Bezeichner!

Du sagst weiterhin, dass du eine Fehlermeldung bekommst. Es ist immer unheimlich hilfreich, wenn du die Fehlermeldung auch hier postest, dann kann man dir meistens direkt sagen, wo der Hund begraben liegt. Der Link von sodiac sollte allerdings ultra hilfreich sein

Liebe Grüße!

[Omega Psi]

Das Problem ist, dass die Variable protected ist, sie muss public sein um darauf zugreifen zu können. Aber auch das macht die Sache im ersten Augenblick nicht einfacher, da du eine Instanz der Klasse wakeup brauchst, um auf die Variable zugreifen zu können.

[Ouroborus23]

Zitat von Omega Psi

Das Problem ist, dass die Variable protected ist, sie muss public sein um darauf zugreifen zu können.

Und noch einen Schritt weitergedacht: Lass die Variable protected und schreiben eine getter/setter-Funktion dafür.

[sodiac]

oh man und ich mach wie ein gaskranker mit flash herum.
FlashDevelop ist genau das was ich gesucht habe.

ja stimmt. die fehlermeldungen wären von vorteil gewesen.

da waren fehler meldungen wie:

1120 zugriff auf nicht definierte eigenschaft app

oder

TypeError: Error #1009: Der Zugriff auf eine Eigenschaft oder eine Methode eines null-Objektverweises ist nicht möglich.


@Ouroborus23
danke für den link.

[Martin Kraft]

@sodiac:
Das ist schon eine ziemlich seltsame Konstruktion, die Du da zusammengezimmert hast. Und eine gefährliche noch dazu:

Wenn Du nun obj aus wakeup heraus instanziiert würdest (statt nur eine statische Methode aufzurufen) hättest Du eine formitable Endlosschleife gebaut:

Vererbung heißt ja nichts anderes als, das eine Klasse all das ist, was ihre Superklasse auch ist. Instanziert man nun die Klasse, instanziiert man automatisch auch alle ihre Superklassen. Und wenn eine der Superklassen im Konstruktor wiederum eine ihrer eigenen Unterklassen instanziiert, nimmt diese Instanziiererei gar keine Ende mehr...

Irgendwie hab ich das Gefühl, dass Dir noch nicht so ganz klar ist, wozu es überhaupt sowas wie Vererbung gibt und was in diesem Zusammenhang der Unterschied zwischen Klassen und ihren Instanzen ist?!
Vielleicht beschreibst Du uns mal, was Du ereichen möchtest:

1. Wofür sind die beiden Klassen da?
2. Warum muss Die eine bei der anderen erben?
3. Wieso hat keine der Klassen einen Konstruktor?
4. Auf static deklarierte Methoden hat Vererbung keinen Einfluss. Wieso verwendest Du sie hier?
5. Was ist app und warum müssen beide Klassen darauf zugreifen?

P.S.: Auch wenn's Ouroborus23 schon erwähnt hat:

Zitat von Ouroborus23

Und wenn du damit durch bist: Coding Conventions.

Klassennamen sollten aus Gründen der Leserlichkeit IMMER mit einem Großbuchstaben beginnen!

[sodiac]

um ehrlich zu sein komme ich aus dem php bereich.
dort habe ich bereits objekt orientiert programmiert.

jetzt wollte ich als herausforderung in flash und as3 einsteigen.
ich lerne gerne neues dazu.

mir ist klar das die erbende klasse alle eigenschaften und methoden von der vererbenden klasse bzw von der elternklasse enthält.

ich bin es von php gewohnt das eine erbende klasse die informationen einer variable nutzen kann oder für den weiteren programmablauf ändern kann.

das ist auch so ziemlich mein vorhaben. ich möchte in einer basisklasse alle variablen deklarieren die ich brauche. diese möchte ich im weiteren programmablauf in den unterklassen nutzen und oder ändern können.

was as3 angeht bin ich offenkundig etwas unbeholfen. was man an meiner anwesenheit hier und frage mit sicherheit merkt.



das mit dem konstruktor leuchtet ein. das habe ich gleich mal ausgebessert.

[Martin Kraft]

Zitat von sodiac

das ist auch so ziemlich mein vorhaben. ich möchte in einer basisklasse alle variablen deklarieren die ich brauche. diese möchte ich im weiteren programmablauf in den unterklassen nutzen und oder ändern können.

Da liegt dann wahrscheinlich auch Dein Denkfehler! Und der ist zunächst mal völlig unabhängig von der Vererbung:

Du musst zwischen Klassen und ihren Instanzen unterscheiden. Eine Klasse ist nur ein Bauplan mit dem man beliebig viele Instanzen bauen kann. Diese Instanzen sind dann aber autark. D.h. sie haben jeweils ihre eigenen Variablen und überschreiben sich nicht gegenseitig.

Da es also beliebig viele Instanzen einer Klasse geben kann, benötigt man eine Referenz (Variable) auf die Instanz, auf deren Variablen und Methoden man gerade zugreifen will.

Anders sieht das bei static deklarierten Variablen und Methoden aus. Diese gehören direkt zur Klasse, können aus jeder Instanz angesprochen werden, haben aber selbst keinen Zugriff auf die Instanzvariablen (wie auch - da es 0-x Instanzen geben kann wäre der ja nicht eindeutig).

Wenn Du also etwas über Klassen, Instanzen und Vererbung lernen möchtest, würde ich Dir empfehlen, erst mal auf static zu verzichten, bis Du richtig mit den Instanzen klarkommst:

Vielleicht wird das Ganze ja an Hand eines Beispiels deutlicher:

Klasse:

package {
    
    public class Test {
        
        static public var classVar:String;
        
        public var instanceVar:String;
        
        public function Test( str:String ):void {
            instanceVar = str;
            classVar = str;
        }
        
    }
    
} 

Aufruf:

var test1:Test = new Test("ein Wert für die Instanz test1");
var test2:Test = new Test("ein Wert für die Instanz test2");
 
trace(test1.instanceVar+" / "+test2.instanceVar+" / "+Test.classVar);
 
Test.classVar = "ein Wert für die Klasse Test";
 
trace(test1.instanceVar+" / "+test2.instanceVar+" / "+Test.classVar); 

[sodiac]

OK.
anhand des beispiels wird mir klar warum ich überhaupt so viele probleme habe.

Irgendwie hab ich das Gefühl, dass Dir noch nicht so ganz klar ist, wozu es überhaupt sowas wie Vererbung gibt und was in diesem Zusammenhang der Unterschied zwischen Klassen und ihren Instanzen ist?!

in diesem sinne gebe ich dir recht.

in vergleich gesehen zu dem wie ich es von php gewohnt bin. ist es zwar merkwürdig ungewohnt. aber bietet mehr sicherheit. würde ich jetzt, mit dem ersten eindruck den ich gewonnen habe, sagen.

danke. das ist eine basis auf der ich bauen kann.


da kann man doch fast auf extends verzichten?

[Martin Kraft]

Zitat von sodiac

da kann man doch fast auf extends verzichten?

Vererbung brauchst Du nur, wenn wirklich etwas geerbt werden soll – also ein Objekt ein anderes plus X ist.

Mit dem Zugriffe auf die Variablen und Methoden anderer Instanzen hat Vererbung hingegen nichts zutun.

[sodiac]

ja oder so.

seit wann beschäfftigst du dich mit as3?

[sodiac]

mein fazit nach fast 24 stunden experimentieren mit as3.

ich habe mich verliebt.
anfangs habe ich as3 und seine syntax für kompliziert und umständlich gehalten.

jetzt jedoch, gerade durch die voran gegangenen beispiele, kann ich nur sagen das as3 richtig genial gemacht ist.

für einen eingefleischten phpler wie eine revulution.

[Martin Kraft]

Zitat von sodiac

mein fazit nach fast 24 stunden experimentieren mit as3.

ich habe mich verliebt.
anfangs habe ich as3 und seine syntax für kompliziert und umständlich gehalten.

jetzt jedoch, gerade durch die voran gegangenen beispiele, kann ich nur sagen das as3 richtig genial gemacht ist.

für einen eingefleischten phpler wie eine revulution.

Gell
Schön, dass sich auch PHPler über soviel Stringenz und und eine konsequente API freuen können

Zitat von sodiac

seit wann beschäfftigst du dich mit as3?

Intensiv erst seit 3 Jahren - bin aber schon seit über 10 Jahren mit Flash unterwegs...

[sodiac]

guten morgen.

bis gestern oder vielmehr seit heute morgen war ich noch darüber bestürzt wenn ich zu hören bekam php sei nichts weiter als spagetticode.

jetzt bin ich der selben meinung.

lange rede kurzer sinn.
ich werde mein hobby wechseln.


daher auch die nächste frage. hier