Question

Je fais une application qui devra se connecter à plusieurs hôtes. À l'origine, je n'avais pas inclus le cours d'accouchement d'Apple, et je l'ai fait sur mon propre J'ai depuis appris est une mauvaise idée, et dans la pratique, j'ai vu les problèmes dont Apple met en garde. Alors maintenant, je vais le faire de manière asynchrone.

Le problème réside dans plusieurs hôtes - je vois que dans les notes de version de la version 2.0, ce qui suit:

-RewRote Reachabilité d'objet pour être pleinement asychrones et simplifier la surveillance de plusieurs SCNetWorkreachiabilityRefs.

Donc, ma question est - qu'ont-ils fait et quelle est la meilleure façon pour moi de profiter? De googler autour, je pense que c'est que la classe d'accessibilité n'est plus un singleton, et que je devrais créer une nouvelle instance d'accès à chaque hôte que je veux suivre. Est-ce correct?

Était-ce utile?

La solution

Oui, c'est correct - l'AppDelegate dans l'exemple de code:

http://developer.apple.com/iphone/library/samplecode/reachability/listing4.html

Utilise un certain nombre d'instances, la clé est que la notification à laquelle vous vous abonnez pour les modifications d'accession comprend un objet qui est l'instance d'accès à l'accès pour laquelle le statut a changé - donc s'il ne peut pas atteindre un hôte particulier, cet objet d'accession licencierait un notification. Cela signifie que vous devez garder une trace de vos instances d'accouchement quelque part pour comparer cet objet retourné (et les libérer plus tard au besoin).

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top