Passage de paramètres à des écouteurs d'événement / gestionnaires

Si le MovieClip besoin de garder une trace de l'information supplémentaire que vous devez savoir quand il est cliqué, alors je voudrais utiliser un plus formel de la version de votre Lutin technique.

J'avais créer une nouvelle classe appelée quelque chose comme SpecialImage que extends MovieClip et a une propriété pour le stockage de l'url à charger.

Selon la façon dont votre SpecialImages sont créés, vous pouvez les créer dans le code ou le lien d'un MovieClip dans votre bibliothèque à cette classe.

En gros, c'est un hôtel chic de lutin, mais que l'information est directement liée à l'image de MovieClip, de les stocker ensemble se sent comme la meilleure chose.

OriginalL'auteur Richard Garside

Vous pouvez utiliser ce qu'on appelle les "Délégués" si vous n'aimez pas stocker les données dans les membres de cible. Aucune n'est meilleure que l'autre. C'est surtout la préférence.

Voici un exemple d'un Délégué de classe (rien intégrée): http://www.actionscript.org/resources/articles/205/1/The-Delegate-Class/Page1.html

C'est probablement la meilleure idée si l'eventdispatcher n'est pas votre propre classe. Sinon, le stockage de la variable dans votre propre classe n'est pas une mauvaise idée du tout. Juste OOP style.

Acclamations.

OriginalL'auteur Glenn

Les fonctions anonymes sont mieux évités car ils peuvent rendre le code maladroit et parfois conduire à des fuites de mémoire. Je voudrais utiliser des événements personnalisés si je suis responsable de l'envoi de l'événement, mais qui n'est pas le cas ici.

Dans ce cas, je voudrais stocker les Url et les clips séparée en deux au niveau de la classe les tableaux et l'utilisation

var url:String = urlArray[mcArray.indexOf(event.target)];

dans le gestionnaire d'événement pour obtenir l'URL.

Il n'y a rien de mal avec le stockage de données dans le movieclip, mais je n'ai pas l'impression que c'est une bonne façon d'aller. Mais en suivant les meilleures pratiques, même quand ils font des choses difficiles n'est pas une bonne idée non plus - le choix est vôtre.

OriginalL'auteur Amarghosh

Il est probablement préférable de faire une classe qui extends MovieClip pour votre thumnbnail, et pour que la vignette de l'envoi d'une classe d'Événement personnalisé qui a un endroit pour stocker vos données:

Faire un personnalisé URLEvent qui peut stocker les url propriété avec l'événement

package{

import flash.events.Event;

public class URLEvent extends Event{

    public var url:String;
    public static const CLICK:String = "URLEventClick"

    public function URLEvent(type:String, url:String = "", bubbles:Boolean = false, cancelable:Boolean=false){
        super(type, bubbles, cancelable);
        this.url = url;
    }

    override public function clone():Event{
        return new URLEvent(type,url,bubbles,cancelable);
    }
  }
}

Faire une vignette personnalisée classe qui peut stocker les url variable, et envoie un URLEvent quand on clique dessus:

package{

import flash.display.MovieClip;
import flash.events.MouseEvent;

public class Thumbnail extends MovieClip{

    protected var url:String;

    public function Thumbnail(url:String){
        this.url = url;
        addEventListener(MouseEvent.CLICK,clickHandler);
    }

    //the thumbnail captures its own click and dispatches a custom event
    protected function clickHandler(event:MouseEvent):void{
        dispatchEvent(new URLEvent(URLEvent.CLICK,url));
    }

}

Vous pouvez maintenant utiliser votre Thumbnail de la classe à charger chaque image:

tempThumb.addEventListener(URLEvent.CLICK,tempThumbClickHandler);

function tempThumbClickHandler(event:URLEvent):void{
//we can get the url property direct from the URLEvent
    loadImage(event.url);
}

Cette méthode est beaucoup mieux que la pratique de la programmation orientée objet, que vous n'avez pas besoin de savoir quel type d'objet de votre événement.la cible est - vous le savez le type d'événement exactement quel type de données sera envoyée à chaque événement.

OriginalL'auteur Reuben