Discussion :

[Magicjazzman69]

Bonjour à tous, je suis nouveau par ici donc j'espère que je vais faire comme il faut....

Alors voici mon problème :
J'ai bien lu le livre de notre chère Aaron Hillegass et j'arrive à programmer un certain nombre de choses (qui fonctionnent en plus...) mais dans l'exemple de l'application Raiseman (entre autre), il créé dans Interface Builder un objet qu'il attribue a une classe "AppController" (peu importe) puis il fait ensuite pointer son menu Préférences sur la méthode :
- (IBAction)showPreferenceWindowNSNotification *)aNotification;

Dans l'implémentation de la méthode, il fait un [[XXClass alloc] init] mais je ne vois pas d'implémentation du dealloc.

Ma question est donc : N'y a-t-il pas une fuite du mémoire du coup ?

D'après ce que j'ai compris (et c'est là que je ne suis pas certain....), quand l'application charge le .nib (ou .xib sans importance), il va créer un nouvel objet (AppController en l'occurrence) où il fait ensuite le lien entre le menu et la méthode dans le AppController.
Quand est-ce que l'objet AppController est libéré ?

Merci d'avance !

[foetus]

Réponse vite-faite

• Un fichier .xib est un fichier XML, résultat d'Interface Builder (tu peux l'éditer "à la main"). Un fichier .nib est le résultat de la compilation d'un fichier .xib
• On appelle jamais dealloc mais release [XXXClass release]
• Il y a deux méthodes pour charger les vues:
• 1) Soit on configure le projet pour qu'il charge une vue principale, un xib ou un storyboard et effectivement il faut correctement ajouter le contrôleur principal dans sa vue principale (automatique pour les storyboards il me semble), sinon rien ne se passe.
• 2) Soit dans la fonction main, on charge le "AppDelagate", via la réflection et ensuite on crée le contrôleur principal en passant le xib en paramètre du constructeur sans oublier l'attribut rootViewControler (mais tout est dans le squelette généré par XCode)
• Tu as les instruments pour mesurer les fuites mémoires, entre autres: About Instruments

Quand est-ce que l'objet AppController est libéré ?

On s'en fiche
Mais en théorie, si tu suis la programmation Apple "1 contrôleur par vue", il est détruit avec la vue

[Magicjazzman69]

Merci pour ta réponse rapide.

Ok pour le message release, ca j'ai bien compris. Mais théoriquement, quand le retain count arrive à 0, la méthode dealloc de l'objet est bien appelée.
Or dans on cas, pour le fichier MainMenu.xib, le File's Owner est NSApplication puisque ce n'est pas moi qui ait instancié cet object directement.
Donc dans le .xib, j'ajoute un nouvel objet AppController que je lie à mon fichier AppController.h/.m

Dans AppController.m, j'ai entre autre, ma fonction showPreferenceWindow: qui est appelée par mon menu. Dedans, je fais [[... alloc] init] de mon objet préférences.
Je pensais que pour être correcte, il fallait que je recode la méthode dealloc et que je fasse un release de mon objet préférence.
Mais la méthode dealloc de AppController n'est jamais appelée ?????.....
C'est là que ça me pose un problème. Est ce que mon objet preference va être libéré ?

[foetus]

C'est difficile de répondre sans un bout de code, mais il doit avoir un autorelease quelque part

Sinon, un conseil, oublie cette méthode et regarde directement les xibs et ensuite les storyboards

Working with .xib Files

[Magicjazzman69]

Je ne connais pas les storyboard mais je regarderai.
Le problème se pose surtout pour la gestion du menu. Après, pour les autres fenêtres, je n'ai pas besoin de controllers supplémentaires.

C'est juste que je me posais la question comme c'est ce qui est écrit dans le livre d'Aaron Hillegass et dans les exemples que l'on peut télécharger sur son site...

En tout cas merci pour ton aide !

[foetus]

Il est marrant le monsieur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
- (IBAction) addReminder: (id) sender
{
    NSDate *date = self.datePicker.date;
    NSLog(@"Setting a reminder for %@", date);
 
    UILocalNotification *note = [[UILocalNotification alloc] init];
    note.alertBody = @"Hypnotize me!";
    note.fireDate = date;
 
    [[UIApplication sharedApplication] scheduleLocalNotification:note];
}

Documentation d'Apple:

- (void) scheduleLocalNotification: (UILocalNotification*) notification
Parameters

notification

A local notification that the operating system delivers for the app at the date and time specified in the fireDate property of notification. Because the operating system copies notification, you may release it once you have scheduled it.

Et même il y a peut-être plus grave que cela parce que la notification peut appeler la méthode application:didFinishLaunchingWithOptions:

In the application:didFinishLaunchingWithOptions: method the application delegate can obtain the UILocalNotification object from the passed-in options dictionary by using the UIApplicationLaunchOptionsLocalNotificationKey key.