Tut addEventListener (und removeEventListener) stack?

Angesichts der unten:

object.addEventListen(eventType01,handler01);
object.addEventListen(eventType01,handler01);

object.removeEventListener(eventType01,handler01);

Wie viele Ereignis-Listener für eventType01 auf Objekt? Eine oder keine?

Fragen wie diese sind in der Regel schneller einfach testen und sehen, was passiert, als zu Fragen. Kritisiert nicht Ihre Frage (es ist mehr wissen auf) aber gerade, darauf hinzuweisen.
als Antwort Punkte aus (durch die Kommentare), es gibt mehr zu diesem als einem einfachen test zeigen konnte. Vielleicht ist es nicht wirklich ein gutes Beispiel für eine Frage, die kann "einfach ausprobiert".
Was die Kommentare, die darauf hinweisen, dass es mehr im hintergrund, als er erklärte, und seine eigentliche Frage war nicht die Frage, fragte er. Also, was soll er gefragt haben, war: "ich habe das getestet und habe das und das Ergebnis. Ist dieses Ergebnis normal Verhalten?"

InformationsquelleAutor ThatSteveGuy | 2011-04-28

actionscript-3

27

Null. Wenn Sie rufen Sie addEventListener (), mit der exakt gleichen Argumente, die mehr als einmal alle nachfolgenden Aufrufe nach dem ersten "im hintergrund fehl." Rufen Sie fügen Sie so viele Male, wie Sie wollen, aber das einzige entfernen, abwischen wird der listener entfernt.

EDIT: eine Andere Sache im Auge zu behalten ist, dass es keine Strafe für den Aufruf mehrere identische removeEventListener () - Funktionen auf das gleiche Objekt, abgesehen von der unnötigen performance-overhead. Keine tödlichen Fehler wird auftreten, es wird einfach nur "still fail" viel die gleiche Weise wiederholte, identische Aufrufe von addEventListener wird.

EDIT 2: Antwort @ThomasM :: wenn Ihre Zuhörer "feuert zweimal" dann haben Sie nicht genau die gleichen Hörer. Versuchen Sie diese quick-and-dirty-code in Bild 1 in eine fla-Datei, die hat einen movieclip square so zu wie ein Kind:
```
import flash.events.*
function foo(e):void{
    trace("hi");
}

this.addEventListener(MouseEvent.CLICK,foo);
this.addEventListener(MouseEvent.CLICK,foo);
this.addEventListener(MouseEvent.CLICK,foo);
```
Beachten Sie, dass die Ausgabe, wenn Sie auf den movieclip ist genau eine trace-Aktion.

Nun fügen Sie diese Zeile am Ende des Codes
```
this.removeEventListener(MouseEvent.CLICK,foo);
```
Obwohl Sie Hinzugefügt foo als listener für 3 mal klicken, diesen einen Anruf tötet den Hörer komplett.

Also, wenn Sie erleben ein Problem, wo "derselbe listener" Feuer zweimal, dann ist wahrscheinlich was Sie tun, ist so etwas wie dieses:
```
this.addEventListener(MouseEvent.CLICK, function(e){
    trace("hi");
});

this.addEventListener(MouseEvent.CLICK, function(e){
    trace("hi");
});
```
Das wird auf jeden Fall "fire-doppelt", da die listener-Funktionen SIND NICHT DIE GLEICHEN. Sie führen die gleichen Handlungen, aber Sie verweisen nicht auf identische Positionen im Speicher. Sie deuten nicht auf der gleichen function-Objekt. Außerdem ist dies sehr schlechte Praxis, weil Sie keine Möglichkeit haben, tatsächlich entfernen Sie die Zuhörer. Wie würdest du es tun? Sie haben keinen Bezug zu Ihnen.
- genau.
- Der Letztgenannte Punkt macht er in seinem Bearbeiten nutze ich oft. Manchmal anstelle von zu verfolgen, welche Ereignis-Listener sind derzeit aktiv ich entfernen Sie einfach jedes mögliche Ereignis-listener.
- Danke für die Antwort. Ich arbeite heraus, wie vorsichtig ich sein muss mit einer Warteschlange der Befehle, die alle sprechen, auf den server, und alle hinzufügen (und entfernen) das gleiche Ereignis-Listener, um die Daten zurück.
- Warum dann nicht die Funktion Feuer -, zweimal, wenn Sie hinzufügen, zwei exakt die gleichen Hörer?
- Tut es das nicht. Ihre Zuhörer sind nicht genau das gleiche, wenn das der Fall ist. Hier, lassen Sie mich ändern, meine Antwort zu bedecken, was wohl passiert, für Sie.
- Hmm Nein, ich nicht. Ich spreche nicht von anonymen Funktionen. Ich spreche regulare Ereignis-Listener. In diesem aktuellen Projekt an dem ich arbeite, ich habe ein singleton, und ein listener Hinzugefügt, um es. Dann, ich habe vergessen den listener entfernen, und es wurde später Hinzugefügt ein anderes mal. Der handler für die Zuhörer war jetzt zweimal angerufen. Hat es etwas mit der Tatsache zu tun, dass der Listener Hinzugefügt werden, die in einem anderen frame oder sowas?
- Das klingt eher wie ein Fall, in dem, was Sie glauben zu sein, ein singleton eigentlich nicht. Wenn die exakt gleichen listener-Funktion wird Hinzugefügt, was zu sein scheint das gleiche dispatcher mehrere Male, und du bist immer mehrere Einsätze statt einem, dann ist die einzige Erklärung ist, dass Sie hinzufügen die gleichen listener-Funktion zu verschiedenen Disponenten. Es könnte haben etwas zu tun mit dem hinzufügen der Listener in verschiedenen frames, soweit es möglich ist, zu verlieren schiene von, was Sie tun, und "verlieren" Ihre dispatcher, wenn der Abspielkopf sich bewegt...
- wenn das Objekt existiert nicht auf der Zeitachse auf jedes frame, alle frames werden auf einer einzigen Ebene, und machen sicher, dass es immer hat die gleiche Instanz-Namen auf einem bestimmten keyframe, dann ist es durchaus möglich, "verlieren" der original-dispatcher, aber für den dispatcher weiter "existieren" in Erinnerung und zu noch "tun", die möglicherweise Ereignisse. Macht das Sinn?
- Ich denke, dass das, was ich erlebe, ist die Tatsache, dass das Objekt nicht zerstört, weil es noch einen Verweis auf das singleton durch den Hörer. Später, wenn ich fügte hinzu, das gleiche Objekt (sondern einer anderen Instanz), um wieder die Bühne, es immer noch feuerte den ursprünglichen listener handler.
- Also, was Sie haben, dann ist ein singleton, die Sie hinzufügen, die "gleiche" Hörer-Funktion, sondern von zwei verschiedenen Instanzen einer Klasse? Wenn das der Fall ist, dann die beiden Funktionen sind nicht identisch, weil deren Umfang nicht identisch ist. Sie sollten immer entfernen Sie einen listener, den Sie nicht mehr benötigen (z.B., wenn das Objekt sein soll, "Weg").
InformationsquelleAutor scriptocalypse

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.