Referenzen auf geladene Assets wo speichern?

[malthoff]

Wo speichert Ihr Eure Referenzen auf nachgeladene Assets(Bilder, Sounds, etc) einer Anwendung? Haben Eure Value Objects, die auch eine grafische Representanz haben, ein eigenes Attribute

asset:DisplayObject

?

[Omega Psi]

Ich implementiere oft ein Repository, dass ich in die Views injecte.

[malthoff]

Und wie bringst Du die Assets dann wieder mit den Value Objects in Verbindung? Speicherst Du eine intern hochzählende ID an den VO's ?

[Omega Psi]

Ich versuche IDs so gut es geht zu vermeiden. In der Regel verwende ich das Objekt selbst als Schlüssel. Natürlich komme ich dann über das Datum an die URL des Assets.

[malthoff]

danke

[Omega Psi]

Bitte.

[shredding]

... und jetzt noch ein Codebeispiel

[malthoff]

Ja, wenn ich damit fertig bin - ich hoffe, ich denke dran

[malthoff]

Ich habe jetzt eine funktionierende Lösung. Die Assets lasse ich laden und habe dann einen Assetpool, der eigentlich nur aus einem Dictonary und zwei darauf arbeitenden Methoden besteht. Der AssetPool hält eine Verbindung zwischen einem geladenen Asset und einem beliebigen Objekt. In meinem Fall habe ich die Verbindung zwischen dem Asset und dem dazugehörigen Value Object gemacht.

Das Value Objekt:

PHP-Code:

public class ProductEntryVO
    {
        public var productName:String;
        public var teaserURL:String;
        public var price:String;
        
        public function ProductEntryVO() {}    
    } 


Das Laden der Assets habe ich erst Mal als Funktionalität im Model. Wenn alle Assets geladen sind wird folgende Methode aufgerufen:

PHP-Code:


private var objRefDict:Dictionary = new Dictonary(); // field in model
private var assetPool:AssetPool = new AssetPool(); // field in model


private function onAssetsLoaded(e:QueueCompleteEvent):void 
        {
            // save loaded asset in asset pool, which are then accessible via object reference
            for (var i:int = 0; i < e.loadedAssets.length; i++) 
            {
                var ass:LoadedAsset = LoadedAsset(e.loadedAssets[i]);
                assetPool.addAsset(objRefDict[ass._id], ass._asset);
            }
        } 


Hier ist ein unschöner Zwischenschritt notwendig, der aber mit dem AssetPool als solchem nichts zu tun hat. Ich musste mir von meiner LoadingQueue Implementierung für jedes zu ladene Asset eine individuelle ID zurückgeben lassen, die ich dann wiederum in einem Dictonary (objRefDict) speichere. Nach dem Laden gibt mir die LoadingQueue das Asset und die generierte ID zurück womit ich die Verbindung zwischen ValueObject und geladenem Asset herstellen kann. Darauf wird erst das ValueObject inkl. geladenem Asset in den Assetpool gesteckt:

PHP-Code:

assetPool.addAsset(objRefDict[ass._id], ass._asset); 


Hier noch die AssetPool Klasse, die zwar jetzt noch sehr klein ist, die ich aber aus Erweiterungsgründen als eigenständige Klasse implementiert habe:

PHP-Code:

public class AssetPool extends EventDispatcher
    {
        
        private var dict:Dictionary;

        public function AssetPool() 
        {
            dict = new Dictionary();
        }
        
        public function addAsset(objRef:*, asset:DisplayObject):void {
            dict[objRef] = asset;
        }
        
        public function getAssetByObject(obj:*):DisplayObject {
            return dict[obj];
        }
    } 


Man kann ein geladenes Asset dem AssetPool hinzufügen und gibt gleichzeitig ein Objekt beliebigen Types mit, woraufhin beide per Dictonary Eintrag verbunden werden. An beliebiger anderer Stelle in der Anwendung kann dann über den AssetPool auf das Asset zugegriffen werden - wenn man eine Reference des verbundenen Objekts hat.

Ich bin mir selber noch nicht klar darüber, ob der Aufbau gut und sinnvoll ist denn:
Ich habe durch die Verbindung mit einer echten Objektreferenz den Aufbau eines ID Systems gespart, das finde ich soweit gut, wenn ich auch noch nicht weiß, wie sich das auswirkt, da ich an jeder Stelle, wo ich das Asset benutzen möchte, die Referenz auf das verbunde Objekt brauche. Außerdem ist der erwähnte Zwischenschritt beim Laden wieder ID basiert, aber ich glaube, da komm ich nicht drum herum.

Wie sehen die anderen den Aufbau?