Objectif-C: Où retirer l'observateur pour NSNotification?

J'ai une classe C objective. Dans celui-ci, j'ai créé une méthode init et mis en place une NSNotification dedans

//Set up NSNotification
[[NSNotificationCenter defaultCenter] addObserver:self 
                                         selector:@selector(getData)
                                             name:@"Answer Submitted"
                                           object:nil];

Où dois-je placer le [[NSNotificationCenter defaultCenter] removeObserver:self]dans cette classe? Je sais que pour a UIViewController, je peux l'ajouter dans la viewDidUnloadméthode Alors que faut-il faire si je viens de créer une classe objectif c?

La réponse générique serait «dès que vous n’avez plus besoin des notifications». Ce n’est évidemment pas une réponse satisfaisante.

Je vous recommande d'ajouter un appel [notificationCenter removeObserver: self]à la méthode deallocde ces classes, que vous avez l'intention d'utiliser en tant qu'observateurs, car c'est la dernière chance de désinscrire proprement un observateur. Cependant, cela ne vous protégera que contre les plantages dus à la notification des objets morts par le centre de notification. Il ne peut pas protéger votre code contre la réception de notifications, lorsque vos objets ne sont pas encore / plus dans un état dans lequel ils peuvent gérer correctement la notification. Pour cela ... Voir ci-dessus.

Modifier (puisque la réponse semble attirer plus de commentaires que je ne l'aurais pensé) Tout ce que j'essaie de dire ici, c'est: il est vraiment difficile de donner des conseils généraux sur le meilleur moment pour supprimer l'observateur du centre de notification, car cela dépend:

• Sur votre cas d'utilisation (Quelles notifications sont observées? Quand sont-elles envoyées?)
• La mise en œuvre de l'observateur (Quand est-il prêt à recevoir des notifications? Quand n'est-il plus prêt?)
• La durée de vie prévue de l'observateur (est-elle liée à un autre objet, par exemple, une vue ou un contrôleur de vue?)
• ...

Donc, le meilleur conseil général que je puisse donner: protéger votre application. contre au moins un échec possible, faites la removeObserver:danse dealloc, car c'est le dernier point (dans la vie de l'objet), où vous pouvez le faire proprement. Cela ne veut pas dire: "reporter simplement la suppression jusqu'à ce qu'elle deallocsoit appelée, et tout ira bien". Au lieu de cela, supprimez l'observateur dès que l'objet n'est plus prêt (ou requis) pour recevoir des notifications . C'est exactement le bon moment. Malheureusement, ne connaissant pas les réponses à aucune des questions mentionnées ci-dessus, je ne peux même pas deviner quand ce moment serait.

Vous pouvez toujours en toute sécurité removeObserver:un objet plusieurs fois (et tous sauf le tout premier appel avec un observateur donné seront nops). Donc: pensez à le faire (à nouveau) deallocjuste pour être sûr, mais avant tout: faites-le au moment approprié (qui est déterminé par votre cas d'utilisation).

Remarque: cela a été testé et fonctionne à 100% pour cent

Rapide

override func viewWillDisappear(animated: Bool){
    super.viewWillDisappear(animated)

    if self.navigationController!.viewControllers.contains(self) == false  //any other hierarchy compare if it contains self or not
    {
        // the view has been removed from the navigation stack or hierarchy, back is probably the cause
        // this will be slow with a large stack however.

        NSNotificationCenter.defaultCenter().removeObserver(self)
    }
}

PresentedViewController

override func viewWillDisappear(animated: Bool){
    super.viewWillDisappear(animated)

    if self.isBeingDismissed()  //presented view controller
    {
        // remove observer here
        NSNotificationCenter.defaultCenter().removeObserver(self)
    }
}

Objectif c

Dans iOS 6.0 > version, il est préférable de supprimer l'observateur viewWillDisappearcar la viewDidUnloadméthode est obsolète.

 [[NSNotificationCenter defaultCenter] removeObserver:observerObjectHere];

Il est souvent préférable de remove observersupprimer la vue du navigation stack or hierarchy.

- (void)viewWillDisappear:(BOOL)animated{
 if (![[self.navigationController viewControllers] containsObject: self]) //any other hierarchy compare if it contains self or not
    {
        // the view has been removed from the navigation stack or hierarchy, back is probably the cause
        // this will be slow with a large stack however.

        [[NSNotificationCenter defaultCenter] removeObserver:observerObjectHere];
    }
}

PresentedViewController

- (void)viewWillDisappear:(BOOL)animated{
    if ([self isBeingDismissed] == YES) ///presented view controller
    {
        // remove observer here
        [[NSNotificationCenter defaultCenter] removeObserver:observerObjectHere];
    }
}

Depuis iOS 9, il n'est plus nécessaire de supprimer les observateurs.

Sous OS X 10.11 et iOS 9.0, NSNotificationCenter et NSDistributedNotificationCenter n'enverront plus de notifications aux observateurs enregistrés susceptibles d'être désalloués.

https://developer.apple.com/library/mac/releasenotes/Foundation/RN-Foundation/index.html#10_11NotificationCenter

Si l'observateur est ajouté à un contrôleur de vue , je recommande fortement de l'ajouter viewWillAppearet de le supprimer viewWillDisappear.

-(void) dealloc {
      [[NSNotificationCenter defaultCenter] removeObserver:self];
      [super dealloc];
}

En général, je l'ai mis dans la deallocméthode.

Dans swift use deinit car dealloc n'est pas disponible:

deinit {
    ...
}

Documentation Swift:

Un désinitialiseur est appelé immédiatement avant qu'une instance de classe ne soit libérée. Vous écrivez des désinitialiseurs avec le mot-clé deinit, de la même manière que les initiateurs sont écrits avec le mot-clé init. Les déinitialiseurs ne sont disponibles que sur les types de classe.

En règle générale, vous n'avez pas besoin d'effectuer un nettoyage manuel lorsque vos instances sont désallouées. Cependant, lorsque vous travaillez avec vos propres ressources, vous devrez peut-être effectuer vous-même un nettoyage supplémentaire. Par exemple, si vous créez une classe personnalisée pour ouvrir un fichier et y écrire des données, vous devrez peut-être fermer le fichier avant que l'instance de classe ne soit libérée.

* modifier: Ce conseil s'applique à iOS <= 5 (même là, vous devriez ajouter viewWillAppearet supprimer viewWillDisappear- cependant le conseil s'applique si pour une raison quelconque vous avez ajouté l'observateur dansviewDidLoad )

Si vous avez ajouté l'observateur dans, viewDidLoadvous devez le supprimer à la fois dans deallocet viewDidUnload. Sinon, vous finirez par l'ajouter deux fois lors de l' viewDidLoadappel après viewDidUnload(cela se produira après un avertissement de mémoire). Cela n'est pas nécessaire dans iOS 6 où viewDidUnloadest obsolète et ne sera pas appelé (car les vues ne sont plus automatiquement déchargées).

À mon avis, le code suivant n'a aucun sens dans ARC :

- (void)dealloc
{
      [[NSNotificationCenter defaultCenter] removeObserver:self];
      [super dealloc];
}

Dans iOS 6 , il est également inutile de supprimer des observateurs viewDidUnload, car il est désormais obsolète.

Pour résumer, je le fais toujours viewDidDisappear. Cependant, cela dépend également de vos besoins, tout comme @Dirk l'a dit.

Je pense avoir trouvé une réponse fiable ! Je devais le faire, car les réponses ci-dessus sont ambiguës et semblent contradictoires. J'ai parcouru les livres de cuisine et les guides de programmation.

Premièrement, le style de addObserver:in viewWillAppear:et removeObserver:in viewWillDisappear:ne fonctionne pas pour moi (je l'ai testé) car je publie une notification dans un contrôleur de vue enfant pour exécuter du code dans le contrôleur de vue parent. Je n'utiliserais ce style que si je postais et écoutais la notification dans le même contrôleur de vue.

La réponse sur laquelle je vais le plus compter, j'ai trouvé dans la programmation iOS: Big Nerd Ranch Guide 4th. Je fais confiance aux gars de BNR car ils ont des centres de formation iOS et ils n'écrivent pas simplement un autre livre de cuisine. Il est probablement dans leur meilleur intérêt d'être précis.

Exemple 1 BNR: addObserver:dans init:, removeObserver:dansdealloc:

Exemple BNR deux: addObserver:in awakeFromNib:, removeObserver:indealloc:

… Lors de la suppression de l'observateur, dealloc:ils n'utilisent pas[super dealloc];

J'espère que cela aidera la prochaine personne…

Je mets à jour cet article parce qu'Apple a maintenant presque complètement abandonné les Storyboards, donc ce qui précède peut ne pas s'appliquer à toutes les situations. La chose importante (et la raison pour laquelle j'ai ajouté ce message en premier lieu) est de faire attention si vous viewWillDisappear:êtes appelé. Ce n'était pas pour moi lorsque l'application est entrée en arrière-plan.

La réponse acceptée n'est pas sûre et pourrait provoquer une fuite de mémoire. S'il vous plaît laissez le désenregistrer dans dealloc mais aussi désenregistrer dans viewWillDisappear (c'est bien sûr si vous vous inscrivez dans viewWillAppear) .... C'EST CE QUE J'AI FAIT DE TOUTE MANIÈRE ET CELA FONCTIONNE BIEN! :)

Il est important de noter également qu'il viewWillDisappearest également appelé lorsque le contrôleur de vue présente un nouvel UIView. Ce délégué indique simplement que la vue principale du contrôleur de vue n'est pas visible à l'écran.

Dans ce cas, la désallocation de la notification dans viewWillDisappearpeut être gênante si nous utilisons la notification pour permettre à UIview de communiquer avec le contrôleur de vue parent.

En guise de solution, je supprime généralement l'observateur dans l'une de ces deux méthodes:

- (void)viewWillDisappear:(BOOL)animated {
    NSLog(@"viewController will disappear");
    if ([self isBeingDismissed]) {
        NSLog(@"viewController is being dismissed");
        [[NSNotificationCenter defaultCenter] removeObserver:self name:@"actionCompleted" object:nil];
    }
}

-(void)dealloc {
    NSLog(@"viewController is being deallocated");
    [[NSNotificationCenter defaultCenter] removeObserver:self name:@"actionCompleted" object:nil];
}

Pour des raisons similaires, lorsque j'émets la notification la première fois, je dois tenir compte du fait qu'à chaque fois qu'une vue apparaît au-dessus du contrôleur, la viewWillAppearméthode est déclenchée. Cela générera à son tour plusieurs copies de la même notification. Comme il n'y a pas de moyen de vérifier si une notification est déjà active, j'évite le problème en supprimant la notification avant de l'ajouter:

- (void)viewWillAppear:(BOOL)animated {
    NSLog(@"viewController will appear");
    // Add observers
    [[NSNotificationCenter defaultCenter] removeObserver:self name:@"imageGenerated" object:nil]; // This is added to avoid duplicate notifications when the view is presented again
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(receivedImageFromCameraOrPhotolibraryMethodOnListener:) name:@"actionCompleted" object:nil];

}

SWIFT 3

Il existe deux cas d'utilisation des notifications: - elles ne sont nécessaires que lorsque le contrôleur de vue est à l'écran; - ils sont toujours nécessaires, même si l'utilisateur a ouvert un autre écran sur courant.

Pour le premier cas, les emplacements corrects pour ajouter et supprimer un observateur sont:

/// Add observers
///
/// - Parameter animated: the animation flag
override func viewWillAppear(_ animated: Bool) {
    super.viewWillAppear(animated)
    NotificationCenter.default.addObserver(...)
}

/// Remove observers
///
/// - Parameter animated: the animation flag
override func viewWillDisappear(_ animated: Bool) {
    super.viewWillDisappear(animated)
    NotificationCenter.default.removeObserver(self)
}

pour le second cas, la manière correcte est:

/// Add observers
override func viewDidLoad() {
    super.viewDidLoad()
    NotificationCenter.default.addObserver(...)
}

/// Remove observers
///
/// - Parameter animated: the animation flag
override func viewWillDisappear(_ animated: Bool) {
    super.viewWillDisappear(animated)
    if self.isBeingDismissed // remove only when view controller is removed disappear forever
    || !(self.navigationController?.viewControllers.contains(self) ?? true) {
        NotificationCenter.default.removeObserver(self)
    }
}

Et jamais mis removeObserveren deinit{ ... }- c'est une erreur!

override func viewDidLoad() {   //add observer
  super.viewDidLoad()
  NotificationCenter.default.addObserver(self, selector:#selector(Yourclassname.method), name: NSNotification.Name(rawValue: "NotificationIdentifier"), object: nil)
}

override func viewWillDisappear(_ animated: Bool) {    //remove observer
    super.viewWillDisappear(true)
    NotificationCenter.default.removeObserver(self, name: NSNotification.Name(rawValue: "NotificationIdentifier"), object: nil)
}