AssetsLibrary und ImageView -SetImage-Langsamkeit

Question

Das ist also ziemlich seltsam. Ich bin nicht sicher, ob die Mühe mit der Assillargregat-API ist, aber ich kann nicht herausfinden, was sonst noch passieren könnte.

Ich lade ein Array mit Alassets mit der -ENUMERATEASSETSUSEININGBLOCK-Methode auf AlassetGroup. Wenn es abgeschlossen ist, lade ich einen benutzerdefinierten Bildcroller. Wenn der Scroller Scrollen beendet, verwenden Sie NSINVOCATIONOperationen, um die Bilder für die aktuell sichtbaren Ansichten (Seiten) aus der Fotobibliothek auf der Festplatte zu laden. Sobald das Bild geladen ist und zwischengespeichert ist, benachrichtigt es den Delegierten, der dann das Bild aus dem Cache ergreift und es in einer Bildansicht im Scroller anzeigt.

Alles funktioniert gut, aber die Zeit, die er von wann -setimmage dauert

Ich habe es sowohl mit als auch ohne Bildgröße ausprobiert, die der Verarbeitungszeit fast nichts hinzufügen, wenn ich die Größenänderung mache. Wie gesagt, die Verlangsamung ist irgendwo irgendwo, nachdem ich auf der Bildansicht rufen. Ist jemand auf einen bestimmten Aspekt der Assetlibrary-API, der dies verursachen könnte?

Hier ein relevanter Code:

generasacodicetagpre.

Answer 1

Dies wird wahrscheinlich alle Web-Suchen verwirklichen, die Probleme mit dem AssetsLibrary lösen möchten, also entschuldige ich mich.Es stellt sich heraus, dass das Problem überhaupt nicht die Rähmler war, sondern eher meine Verwendung von Multi-Threading.Sobald das Bild fertiggestellt ist, veröffentlichte ich eine Benachrichtigung mit dem Standard-NSNotificationCenter.Es hat es auf dem Hintergrund-Thread veröffentlicht, der dann aktualisiert wurde (oder versuchte, zumindest) den UiimageView mit -Setimage.Sobald ich es geändert habe, um es zu verwenden, um -PerformSelectoronMaintHread zu verwenden, und hatte diesen Selektor das Bild stattdessen eingestellt, alles war alles gut.

scheint, egal wie vertraut ist ich mit mehrfacher Threading, ich vergiss das kleine Gotchas immer noch von Zeit zu Zeit.