- [NSRunLoop runUntilDate :]를 호출하는 것이 좋습니다.

Question

-[NSRunLoop runUntilDate:]으로 전화하는 것이 일반적입니까? 아무런 문제없이 작동하는 것처럼 보이지만 실행 루프 내에서 실행 루프를 실행하도록 신경 쓰게 만듭니다.

상세 정보 :

내가 지금 프로젝트를 가질 수는 REST 서비스에서 데이터를 가져 오는 있습니다. 획득해야 할 중요한 정보 중 하나는 유효한 데이터가있는 날짜의 범위입니다. 한 번만 가져올 필요가있는 매우 작은 데이터이기 때문에 로컬 변수가 nil 인 경우 데이터를 다운로드하는 것이 가장 좋은 방법이라고 판단했습니다. ASIHTTPRequest과 ASINetworkQueue을 사용하고 있으므로 모든 것이 기본적으로 비동기이며이 작업을 수행하려면 데이터가 다운로드되어 처리 될 때까지이 속성을 반환 할 수 없습니다. 여기에 내 코드의 개요이다, 변수의 이름은 무죄를 보호하기 위해 변경되었습니다 :

__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]]; 
} 

는 다시, 이것은 잘 작동하는 것 같군. 이 접근법을 사용할 때 잠재적 인 문제점이 있습니까?

Answer 1

겹치는 호출 트리가 완전히 재진입하는 경우가 아니라면 실행중인 루프에서 호출 할 수있는 메소드에서이 작업을 수행하지 않아야합니다.

코코아 터치 UI 코드는 재진입 성으로 문서화되어 있지 않습니다 (사실, Apple DTS에서는 경고/힌트가 없습니다). 따라서 fetch 데이터 핸들러가 UI 메소드에 의해 어떤 방식 으로든 호출 될 수 있다면 (또는 UI 실행 루프에서 호출 할 수있는 다른 비 재진 코드), 내부에서 UI 실행 루프를 호출하는 것은 좋지 않습니다.

Answer 2

네트워킹 코드의 비동기 완료 이벤트에 응답하여 일종의 스피너를 표시하고 해체하는 것이 더 좋지 않습니까? 유사 :

[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]; 

나는 이것을 실행 루프로 원 클릭하는 것보다 더 좋다고 생각합니다. 그러나 여러분은 이미 이것을 알고 있고 runloop 솔루션에 정확한 단점이 무엇인지 알고 싶을 수 있습니다.

---

당신이 가치가 준비 될 때까지 차단하려면, 당신은 세마포어를 사용할 수 있습니다 :이 방법은 안전 같이 부를 수있는 다른 아무것도 없기 때문에

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);