Starting to learn about core data and dispatch_async. There is a block of code to get url of image from set of data and set it to model of core data like below
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{ NSString *urlString = [[[photoDictionary valueForKey:@"images"] objectAtIndex:0] valueForKey:@"url"]; NSData *imageData = [NSData dataWithContentsOfURL:[NSURL URLWithString:urlString]]; dispatch_async(dispatch_get_main_queue(), ^{ [photoModel setValue:imageData forKey:@"photoImageData"];
Can somebody explain to me why we use dispatch_get_global_queue
for the outer dispatch_async and dispatch_get_main_queue
for inner dispatch_async.
Returns a system-defined global concurrent queue with the specified quality-of-service class.
A dispatch object that prioritizes the execution of tasks based on their quality-of-service (QoS) level.
The dispatch_get_global_queue
(DispatchQueue.global()
in Swift) gets you a background queue upon which you can dispatch background tasks that are run asynchronously (i.e. won't block your user interface). And if you end up submitting multiple blocks to the global queues, these jobs can operate concurrently. If you have multiple blocks of code that you want to submit to a background queue that you must have run sequentially in the background (not often needed), you could create your own serial background queue and dispatch to that, but if concurrent background operations are acceptable, then availing yourself of dispatch_get_global_queue
is convenient/efficient.
Be aware, though, that you're not allowed to perform user interface updates in the background queue, so the dispatch_async
to the dispatch_get_main_queue
(i.e. DispatchQueue.main.async { ... }
in Swift) lets that background queue dispatch the user interface updates back to the main queue, once the main queue is available.
This is a very common programming pattern: Submit something to run in the background and when it needs to perform user updates, dispatch the update back to the main queue.
For more information, refer to the Concurrency Programming Guide.
The dispatch_get_main_queue
should be used anytime you want to manipulate UI elements. This has to do with thread affinity, a common model for UI frameworks. Thread affinity means you can only manipulate the object on the thread on which that object was created. For UI classes in Cocoa Touch, that's the main thread. This is a typical idiom for UI frameworks on all platforms that matter.
So dispatch_get_main_queue
gets the queue associated with the main thread. Not doing this causes weird stuff to happen when your UI is updated on a different thread. I typically see long pauses where the UI freezes.
dispatch_get_global_queue
gets any old queue of the given priority level associated with your app. Perfect for network calls or, as in your case, working with Core Data.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With