Arama yapıyor - [NSRunLoop runUntilDate:] iyi bir fikir mi?

Question

-[NSRunLoop runUntilDate:]'u aramak genelde iyi bir fikir midir? Herhangi bir sorun olmadan çalışıyor gibi görünüyor, ancak çalışma döngüsünden çalışma döngüsünden çalışmasını söylemek beni rahatsız ediyor.

diğer bilgiler:

Şu anda bir proje olduğunu REST hizmetinden veri alma olduğunu. Elde edilmesi gereken kritik bir bilgi parçası, geçerli verilere sahip tarih aralığıdır. Bu sadece bir kez alınması gereken çok küçük bir veridir, bu yüzden, bu işlemin en iyi yolunun, yerel değişken nil ise, veriyi indirmesini sağlamak olduğuna karar verdim. ASIHTTPRequest ve ASINetworkQueue kullanıyorum, bu nedenle her şey varsayılan olarak eşzamansızdır ve bunun çalışması için, veriler indirilip işlenene kadar bu özellik geri dönemez. İşte benim kod Ana hatlarıyla, değişkenlerin adları masum korumak için değiştirildi:

__block BOOL isWorking = YES; 
__block ASIHTTPRequest *request = [[[ASIHTTPRequest alloc] initWithURL:/*actual URL*/] autorelease]; 
[request setCompletionBlock:^{ 
    // set local variable 
    isWorking = NO; 
}]; 
[request setFailedBlock:^{ 
    // show alert to user 
    isWorking = NO; 
}]; 
[queue addOperation:request]; 

while (isWorking) { 
    [[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:0.1]]; 
} 

Yine, bu iyi çalışıyor gibi görünüyor. Bu yaklaşımı kullanarak herhangi bir potansiyel sorun var mı?

Answer 1

Çakışan çağrı ağacı tamamen yeniden girmediği sürece, çağıran çalışma döngüsü tarafından çağrılabilecek herhangi bir yöntemden emin olun.

Kakao Dokunmatik Kullanıcı Arabirimi kodu yeniden giriş olarak belgelenmez (aslında, Apple DTS'den alınmadığı uyarılar/ipuçları vardır), bu nedenle getirme veri işleyiciniz herhangi bir şekilde bir UI yöntemi tarafından çağrılabilirse (veya UI çalışma döngüsünde çağrılabilen başka geçilmez kod), UI çalışma döngüsünün içinden çağrılması önerilmez.

Answer 2

Bir çeşit döndürücüyü görüntülemek ve ağ kodundaki async tamamlama olaylarına yanıt olarak parçalamak daha iyi olmaz mı? Gibi:

[self displayLoadingSpinner]; 
[request setCompletionBlock:^{ 
    [self handleSuccess]; 
    dispatch_async(dispatch_get_main_queue(), ^{ 
     [self hideLoadingSpinner]; 
    }]; 
}]; 
[request setFailedBlock:^{ 
    [self handleFailure]; 
    dispatch_async(dispatch_get_main_queue(), ^{ 
     [self hideLoadingSpinner]; 
    }]; 
}]; 
[queue addOperation:request]; 

Ben koşmak döngü ile monkeying daha iyi ele alacak. Ama bunu zaten biliyor olabilirsiniz ve sadece runloop çözümünde tam olarak ne gibi dezavantajların olduğunu bilmek ister misiniz?

---

değerin hazır olana kadar engellemek istiyorsanız, bir semafor kullanabilirsiniz: bu yaklaşım güvenlidir gibi diyebiliriz başka bir şey yok çünkü

dispatch_semaphore_t sem = dispatch_semaphore_create(0); 
[request setCompletionBlock:^{ 
    dispatch_semaphore_signal(sem); 
}]; 
[queue addOperation:request]; 

dispatch_semaphore_wait(sem, DISPATCH_TIME_FOREVER); 
dispatch_release(sem);