Кажется, у меня какая-то путаница между очередями dispatch_queue_t
и NSOperationQueue
.
По умолчанию AFNetworking AFImageRequestOperation
выполнит блок обратного вызова успеха в основном потоке приложения. Чтобы изменить это, AFHTTPRequestOperation
имеет свойство successCallbackQueue
, которое позволяет вам выбрать, в какой очереди запускать обратный вызов.
Я пытаюсь выполнить обратный вызов успеха в той же фоновом потоке/фоновом потоке, который уже выполнил HTTP-запрос. Вместо возврата в основной поток NSOperationQueue
, который запускал HTTP запрос должен также запустить обратный вызов, так как есть некоторые тяжелые вычисления, которые мне нужно сделать, используя некоторые из возвращенных изображений.
Моя первая попытка состояла в том, чтобы установить successCallbackQueue
в экземпляр NSOperationQueue
, на котором запущен AFImageRequestOperation
. Однако свойство successCallbackQueue
имеет тип dispatch_queue_t
, поэтому мне нужен способ получить базовый dispatch_queue_t
моего экземпляра NSOperation
, если есть такая вещь.
Возможно ли это, или мне нужно создать отдельный dispatch_queue_t
?
Причина, по которой я спрашиваю: несколько странно, что AFNetworking наследует от NSOperation
, но ожидает, что мы будем использовать очереди dispatch_queue_t
для обратных вызовов. Вид смешения двух парадигм dispatch_queue_t
и NSOperationQueue
.
Спасибо за любые подсказки!