Attendre un rappel asynchrone - Objective-C

Question

J'ai eu quelques problèmes avec les rappels de CLLocationManager
Quelle est la meilleure façon d'attendre un rappel asynchrone?

Voici ce que je veux essentiellement faire:

 

- (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; 
} 

Où self.currentCity et self.newCoordonate est un attribut dans ma classe.

J'ai essayé quelques trucs comme Thread et/ou synchronisé mais je n'ai pas réussi à ne pas revenir avant que tout soit fini.

Meilleures salutations

Answer 1

Vous n'attendez pas à compléter, vous gérez la mise à jour lorsque le asynchrone locationmanager:didUpdatefromLocation: est appelé. C'est le but de la programmation asynchrone. :)

Answer 2

Chaque fois que vous bloquez le thread principal, votre application ne répond plus (au mieux) et sera rejetée par le système (c'est-à-dire tuée - dans le pire des cas).

Pour les API asynchrones, le plus tendance est d'isoler tous du filetage ou faire la queue ou tout autre mécanisme que vous utilisez pour obtenir le travail hors du fil conducteur dans une classe qui prend soin de rendezvousing au thread principal au besoin . Pour un exemple, voir NSFileHandle. Il a une méthode readInBackgroundAndNotify:. Lorsqu'il est utilisé, l'instance NSFileHandle crée en interne un thread, utilise ce thread pour lire tout ce qui est nécessaire, puis utilise quelque chose comme performSelectorOnThread: pour envoyer la notification au thread - généralement le thread principal - qui a appelé readInBackgroundAndNotify: en premier lieu. Ainsi, les utilisateurs de la classe ne doivent pas gérer le thread mais la classe ne bloque pas la boucle d'événement principal.

---

BTW:

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

Ceci est complètement faux et un moyen sûr de garantir un accident ou d'un comportement non défini. &newCoordinate donne l'adresse de newCoordinate, mais cette structure est sur la pile. Dès que cette méthode revient, le contenu de cette structure va être détruit.