Est-il mauvais de synchroniser NSUserDefaults dans - (void) dealloc?

Question

Je charge depuis NSUserDefaults dans la méthode init de mon objet. Puis-je sauvegarder dans NSUserDefaults dans la méthode dealloc de mon objet?

Quelque chose comme exactement:

-(void)dealloc { 
    NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults]; 
    [userDefaults setObject:self.filenamesArray forKey:self.defaultsKey]; 
    [userDefaults synchronize]; 
    self.filenamesArray = nil; 
    self.defaultsKey = nil; 
    [super dealloc]; 
} 

bon, mauvais, ok? si ce n'est pas bon, où serait mieux.

Editer:

Merci pour les réponses détaillées. Toutes ces choses ont un sens. Une autre raison pour laquelle j'ai découvert pourquoi il s'agit d'un mauvais endroit pour enregistrer les valeurs par défaut de l'utilisateur, est que dealloc n'est appelé que lorsqu'un objet se désaffecte bien. Si mon application est supprimée, ce code ne s'exécute jamais. De même, si l'application est mise en arrière-plan (iOS 4), cela ne fonctionne pas. J'ai également supprimé l'appel explicite [userDefaults synchronize]. Ca me rend un peu nerveux, mais j'ai mis ma confiance en Apple sur celui-ci. :)

Answer 1

C'est mauvais car au moment où -dealloc est appelé, d'autres objets ont abandonné l'intérêt. Cela peut avoir beaucoup d'implications différentes.

Le meilleur endroit pour définir les valeurs par défaut est le moment même où un paramètre change. De cette façon, il persiste tout de suite et l'application peut être supprimée sans crainte qu'un paramètre ne soit pas conservé car des parties de votre graphique d'objets ont déjà disparu.

Answer 2

La synchronisation des valeurs par défaut de l'utilisateur dans -dealloc n'est pas différente de nulle part ailleurs. C'est parce que, aussi fou que cela puisse paraître, -dealloc n'est en aucun cas magique, et contrairement aux destructeurs C++, -dealloc est en fait une méthode typique. Vous pourriez être légèrement plus inquiet de passer self.filenamesArray à userDefualts, parce que c'est en fait quelque chose qui peut être maintenu après la désallocation réelle, mais je crois que les valeurs par défaut de l'utilisateur le conserve. Quand vous devriez [userDefaults synchronize];, les gens varient, et personnellement je ne suis pas d'accord avec @Joshua - je ne synchronise jamais explicitement, mais je laisse plutôt NSUserDefaults en prendre soin. À moins que je ne me trompe, il se déclenche automatiquement lorsque l'application se ferme, ainsi que périodiquement autrement. Comme il sait quand il a été mis à jour, et qu'il a besoin d'écrire le fichier plist en même temps, je pense que je préférerais laisser les algos d'Apple gérer quand il faut écrire les valeurs par défaut, car cela prend un temps non trivial écrit dans le système de fichiers).

(Notez qu'aucun du dernier paragraphe applique si vous avez des circonstances particulières entourant vos paramètres utilisateur par défaut, comme une autre lecture de l'application/les écrire)