Ist es ein großer Vorteil der Verwendung von SDWebImage über AFNetworking, die für das laden der Bilder?
SDWebImage Ansprüche , dass AFNetworking nicht cache das Bild selbst, sondern nur den HTTP-response, also SDWebImage ist schneller in Erinnerung, das Bild aus dem cache und es darzustellen.
Wenn ich wollte rein AFNetworking, ist so eine Behauptung, die wahr oder nicht, wirklich nur etwas spürbare performance-Weise? Ist es etwas, ich sollte vorsichtig sein?
- Es ist ein Q&A über SDWebImage VS AFNetworking, hacker-news news.ycombinator.com/item?id=4237214
Du musst angemeldet sein, um einen Kommentar abzugeben.
SDWebImage hat viel mehr Kontrolle über Bild-caching. Sie können den cache auf die Festplatte oder Speicher.
AFNetworking setzt auf NSURLCache zu bestehen Bilder zwischen app-Start (und es ist nicht sehr zuverlässig), aber es ist toll, wenn man nur einen cache bei einem Lauf.
Beide Lösungen cache ein UIImage-Objekt im Speicher während der gesamten Lebensdauer der app. Dies ist wichtig, weil die Zwischenspeicherung der NSData Darstellung nicht schnell genug zum laden von Bildern beim scrollen durch eine table view.
Zusammenfassung: AFNetworking die Lösung ist einfacher und funktioniert für die meisten Anwendungsfälle. Wenn Sie brauchen eine feinere Steuerung, - oder disk-caching, Verwendung SDWebImage statt einer änderung AFNetworking Umsetzung.
Habe ich auch :
SDWebImage ist viel viel schneller als UIImage + AFNetworking .
In UITableViewCell Sie sehen den deutlichen Unterschied in der Leistung . Es war eine Hölle viel Zeit in AFNetworking und der code ist auch zu lang . SDWebImage ist viel schneller und kurz .
Verwenden SDWebImage für eine bessere Bild-performance .
Es ist nicht wahr.
Wenn man sich die code, können Sie sehen, dass die Kategorie
UIImageView+AFNetworking
cache derUIImage
(mitNSCache
und dieurlRequest
als der Schlüssel). Der cache ist nicht auf den Datenträger geschrieben, wenn.