Ожидание асинхронного обратного вызова - Objective-C

Question

У меня были проблемы с обратными вызовами CLLocationManager
Каков наилучший способ ожидания асинхронного обратного вызова?

Вот что я в принципе хочу сделать:

 

- (NSString *)getCurrentCity 
{ 
     [self.locationManager startUpdatingLocation]; 
     // Wait for coordonate in callbacks 
     self.geocoder = [MKReverseGeocoder alloc] initWithCoordonate:self.newCoordonate]; 
     [self.geocoder start]; 
     // Wait for information with MKReverse callbacks 
     return self.currentCity; 
} 
// Callbacks methods of MKReverseGeocoder and CLLocationManager 
- (void)locationManager:(CLLocationManager *)manager 
    idUpdateToLocation:(CLLocation *)newLocation 
      fromLocation:(CLLocation *)oldLocation 
{ 
     CLLocationCoordinate2D newCoordonate = newLocation.coordinate; 
     self.currentCoordonate = &newCoordonate; 
} 

- (void)reverseGeocoder:(MKReverseGeocoder *)geocoder 
     didFindPlacemark:(MKPlacemark *)placemark 
{ 
     self.currentCity = placemark.locality; 
} 

Где self.currentCity и self.newCoordonate является attribut в моем Классе.

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

С наилучшими пожеланиями

Answer 1

Вам не ждать его завершения, вы регулируете обновление, когда асинхронный locationmanager:didUpdatefromLocation: называется. Это точка асинхронного программирования. :)

Answer 2

Каждый раз, когда вы блокируете основной поток, ваше приложение перестает отвечать (в лучшем случае) и будет сброшено системой (т. Е. Убито - в худшем случае).

Для асинхронных интерфейсов, самый простой шаблон, чтобы изолировать все на резьбе или очередями или любой другой механизм, который вы используете, чтобы получить работу от главной нити в классе, который заботится о стыковки обратно в основной поток по мере необходимости ,

Для примера см. NSFileHandle. Он имеет метод readInBackgroundAndNotify:. Когда используется, экземпляр NSFileHandle внутренне создает поток, использует этот поток, чтобы читать все, что необходимо, затем использует что-то вроде performSelectorOnThread: для отправки уведомления в поток - обычно основной поток - который называется readInBackgroundAndNotify:.

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

---

КСТАТИ:

{ 
    CLLocationCoordinate2D newCoordinate = newLocation.coordinate; 
    self.currentCoordonate = &newCoordinate; 
} 

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