Verständisproblem mit "prototype"

[soloFlash]

Hallo,

habe folgende Funktion, die ein Movieclip bei on enterFrame ständig aufruft.

onClipEvent (enterFrame) {
_parent.berechneEntfernung(this._name, _parent._xmouse, _parent._ymouse);
}
 
function berechneEntfernung(clip, x, y) {
    // berechne die entfernung
    a = this[clip]._x-x;
    b = this[clip]._y-y;
    entfernung = Math.sqrt((a*a)+(b*b));
    trace(clip+":"+entfernung);
} 

Ergebnis: für jeden MC, der die Function aufruft kommt, richtiger weise, eine andere entfernung zur Mausposition.

Alternativ habe ich folgendes versucht:

onClipEvent (enterFrame) {
berechneEntfernung(this._name, _parent._xmouse, _parent._ymouse);
}
 
movieclip.prototype.berechneEntfernung = function(clip,x,y) {
    // berechne die entfernung
    a = this[clip]._x-x;
    b = this[clip]._y-y;
    entfernung = Math.sqrt((a*a)+(b*b));
    trace(clip+":"+entfernung);
} 

Ergebnis: jeder MC hat die gleiche entfernung zur Maus. Oder verstehe ich prototype nicht richtig?

Die "berechneEntfernung"-Funktion liegt in einem MC, in dem die MCs liegen, die diese Funktion aufrufen.

Warum liefern beide Versuche unterschiedliche Ergebnisse?

Danke!
solo

[sonar]

Probier mal so:

MovieClip.prototype.berechneEntfernung = function() {
        // berechne die entfernung
        var a = this._x-this._parent._xmouse;
        var b = this._y-this._parent._ymouse;
        var entfernung = Math.sqrt((a*a)+(b*b));
        trace(this._name+" :"+entfernung);
} 

Theoretisch könntest sogar den enterFrame auch noch mit in die prototype-Methode packen...

[johanness]

@sonar
Aber mit dieser Parameterübergabe müsste es doch genauso gehen, oder?

[sonar]

Ja gehen tuts schon - is ja kein Muss, mein Ansatz. Nur - eine Referenz auf einen MC mit zu übergeben, is unnötig, da ja eine Methode für die Klasse MovieClip generiert wird. Und wenn eh immer der Abstand zur Maus berechnet werden soll, kann man das ja auch gleich mit reinnehmen.

[soloFlash]

Hallo,

Danke, hat funktioniert.
Und, ich denke ich hab's verstanden

aber: wieso muss ich this._parent._xmouse verwenden?
_parent._xmouse klappt nicht, dachte, das sei das gleiche?
bin etwas verwirrt.

Grüße,
solo

[Deluxe]

dein prototype ist falsch solo:

movieclip.prototype.berechneEntfernung = function(clip,x,y) {
        // berechne die entfernung
        a = this[clip]._x-x;
        b = this[clip]._y-y;
        entfernung = Math.sqrt((a*a)+(b*b));
        trace(clip+":"+entfernung);
} 

in clip hinterlegste den namen von deinem mc
und willst dann in DIESEM mc den mc nochmal selbst suchen, er ist aber ne zeitleiste tiefer vorhanden
dein script würde durch diese änderung auch funktionieren
a = this[clip]._x-x;
ändern in
a = this._parent[clip]._x-x;
analaog dazu das b

bei dir wurden nur die mauskoordinaten ausgegeben denn
this[clip]._x lieferte jeweils ein undefined
in der rechnung wurde das undefined zur 0 konvertiert
deine werte entsprachen daher:
a=-x
b=-y

und sonar hat sich ja schon drüber ausgelassen wie unnötig und unflexibel deine ansteuerung is

deluxe
@solo das this bruachste seit mx
da du den onEnterFrame event als funktion zuweisst und nicht direkt auf den mc
sind gewisse gültigkeitsregeln der variablen

[soloFlash]

@deluxe: ja, ich denke, ich habs mittlerweile kapiert (wird sich beim nächsten Versuch ja rausstellen )

also, ist dann das in deinem und Sonars Sinne?

MovieClip.prototype.berechneEntfernung = function() {
    // berechne die entfernung
    this.onEnterFrame = function() {
        var a = this._x-this._parent._xmouse;
        var b = this._y-this._parent._ymouse;
        var entfernung = Math.sqrt((a*a)+(b*b));
trace(clip+":"+entfernung);
    };
}; 

und deluxe, was meintest du mit

sind gewisse gültigkeitsregeln der variablen

?
grüße,
solo

[Deluxe]

hmm schon besser wobei ich den onEnterFrame weggelassen hätte und später erst gesagt hätte

deinfilm.onEnterFrame=function(){
this.deinPrototype()
} 

damit biste wesentlich flexibler denn so kannst du mehr funktionen in einen enterframe event des mcs packen
im anderen fall würden die sich immer überschreiben.

gültigkeitsregeln, in dem zusammenhang fällt immer das wort
"scoping" damit kannst du aber nicht viel anfangen denke ich.
also hab ichs mal in reiner deutscher sprache versucht

bsp.: ne variable im root ist im mc xyz der im root liegt nicht "gültig"
du musst erst den pfad zum root angeben und hast dann damit zugriff auf diese variable
genauso ist es mit dem this und parent

du musst mit dem this erst sagen "hey ich meine genau DEINE zeitleiste und keine andere"
du verweist also auf die zeitleiste und kannst nun von da aus auf die _parent eigenchaft zugreifen oder auf andere eigenshcaften wie _xmouse etc

bisschen kompakt gehalten aber soltle doch schon helfen

deluxe

[soloFlash]

"scoping" sagt mir tatsächlich nichts, Gültigkeitsbereiche sehr wohl.

dennoch, ist mir eins noch nciht ganz klar:
der unterschied zwischen this._parent und _parent.

this ist das objekt selbst.
_parent das übergeordnete
this._parent auch das übergeordnete?

mein Problem funktioniert nur mit this._parent, und ich weiss, dass ich ne ebene höher muss, aber dachte immer mit _parent würde ich das erreichen.

Danke für Eure schnelle Hilfe und Eure Erklärungen,
solo

[sonar]

Es kann eigentlich nie schaden, mit "this" einen Zeiger auf das aktuelle Objekt zu setzen, seit MX gehört das auch "zum guten Ton". In der Definition einer prototype-Methode musst du wohl mit "this" arbeiten, weil es ja zu dem Zeitpunkt noch kein konkretes Objekt gibt, auf welches sich Eigenschaften wie _x, _y oder auch _parent beziehen (die Flash z.B. in einem onClipEvent-Handler automatisch zuordnen kann).

...und "scoping" und Gültigkeitsbereiche meint das selbe