NSThread по сравнению с NSOperationQueue по сравнению с??? на iPhone

В настоящее время я использую NSThread к кэшу отображает в другом потоке.

[NSThread detachNewThreadSelector:@selector(cacheImage:) toTarget:self withObject:image];

Поочередно:

[self performSelectorInBackground:@selector(cacheImage:) withObject:image];

Поочередно, я могу использовать NSOperationQueue

NSInvocationOperation *invOperation = [[NSInvocationOperation alloc] initWithTarget:self selector:@selector(cacheImage:) object:image];
NSOperationQueue *opQueue = [[NSOperationQueue alloc] init];
[opQueue addOperation:invOperation];

Есть ли любая причина переключиться далеко от NSThread? GCD является 4-й опцией, когда он выпущен для iPhone, но если нет значительное увеличение производительности, я придерживался бы методов, которые работают в большинстве платформ.

На основе @Jon-Eric's совета я пошел с NSOperationQueue/NSOperation решение для подкласса. Это работает очень хорошо. NSOperation класс достаточно гибок, что можно использовать его с вызовами, блоками или пользовательскими подклассами, в зависимости от потребностей. Неважно, как Вы создаете Ваш NSOperation можно просто бросить его в операционную очередь, когда Вы готовы выполнить его. Операции разработаны для работы или объектами, которые Вы помещаете в очередь, или можно выполнить их как автономные асинхронные методы, если Вы хотите. Так как можно легко выполнить пользовательские методы работы синхронно, тестирование тривиально легко.

Я использовал эту ту же технику в горстке проектов, так как я задал этот вопрос, и я не мог быть более доволен способом, которым это сохраняет мой код и мои тесты чистыми, организованными и счастливо асинхронными.

++++++++++ разделил бы на подклассы снова