Avez-vous de libérer IBOulets dans le dealloc?

Avez-vous à libération IBOulets dans le dealloc? Je ne suis pas sûr que sur ce coup parce que je n'ai pas les alloc et généralement vous ne relâchez pour quelque chose que vous avez appelé alloc sur. Quelqu'un sait?

InformationsquelleAutor erotsppa | 2009-10-07
  1. 35

    Votre IBOutlets sont probablement @properties. Si elles le sont, et vous avez retain comme un attribut, puis vous avez besoin de libérer dans -dealloc

    En d'autres termes:

    @interface MyViewController : UIViewController {
    IBOutlet UITableView *myTable;
}

@property (nonatomic, retain) IBOutlet UITableView *myTable;

@end

    Vous aurez à [myTable release]; dans votre dealloc.

    Si vous faites une nouvelle Navigation en Fonction de l'Application dans Xcode, et de regarder dans l'appdelegate.h:

    @interface Untitled1AppDelegate : NSObject <UIApplicationDelegate> {

    UIWindow *window;
    UINavigationController *navigationController;
}

@property (nonatomic, retain) IBOutlet UIWindow *window;
@property (nonatomic, retain) IBOutlet UINavigationController *navigationController;

@end

    et le dealloc pour appdelegate.m:

    - (void)dealloc {
    [navigationController release];
    [window release];
    [super dealloc];
}

    La clé de chose à voir ici sont des lignes comme celles-ci:

    @property (nonatomic, retain) IBOutlet UIWindow *window;

    Si il y est une à conserver, qui signifie que la propriété est d'être "possédé" par votre code et vous devez le libérer.

    Bien sûr, il existe d'autres moyens, tels que le déclarant ne pas les IBOutlets en tant que propriétés, ou les déclarant comme des propriétés de sans retenir. Je trouve que dans la plupart des cas, je préfère avoir leur être conservé propriétés, dont je puis avoir à libérer explicitement. Un exemple de cela est lorsque vous retournez à partir d'un point de vue contrôleur à l'autre. Comme l'une-vue-contrôleur est rejetée, ses vues sont supprimés et ils sont libérés. Tout IBOutlet UILabels sur ce point de vue serait libéré trop si je ne les ai pas conservés. Cela signifie que lorsque je retourne à l'ancien point de vue, je dois aller à travers et de réinitialiser mes étiquettes et les contrôles à leurs dernières valeurs, quand j'aurais pu facilement gardé sauvé si je viens de conserver la IBOutlet.

    InformationsquelleAutor mahboudz
  2. 9

    Si vous venez d'utiliser IBOutlet dans votre interface, vous N'avez PAS besoin de les libérer. La raison en est que, sauf si vous explicitement les conserver dans votre code, ils sont simplement d'être ensemble. Ils restent parce que la vue y est. Évidemment, si vous utilisez également les propriétés et les conserver, vous devez libérer sur dealloc.

    • N'est-ce pas de réponse en conflit avec le dessus de l'un? Avez-vous besoin ou pas? Tellement confus.
    • Non, il n'est pas en conflit: "Évidemment, si vous utilisez également les propriétés et les conserver, vous devez libérer sur dealloc".
    • Comme un test, procéder à une nouvelle Nav Application Basée dans Xcode. Vous verrez comment ils libèrent IBOutlets dans leur dealloc.
    InformationsquelleAutor ZaBlanc
  3. 8

    Il n'est pas question de IBOutlet, c'est à propos de votre déclaration.
    Si vous utilisez un assistant nouveau projet dans Xcode, vous avez probablement quelques ce type de code dans votre fichier d'en-tête.

    @property (nonatomic, retain) IBOutlet UIWindow *window;
@property (nonatomic, retain) IBOutlet UITabBarController *tabBarController;

    Vous pouvez le voir, il y a conserver mot-clé dans le fichier d'en-tête. À la suite de la ligne directrice sur la gestion de la mémoire, vous DEVEZ libérer tout votre de conserver (en appelant alloc, de copie, de conserver, etc.). Et vous avez conserver dans votre code vous devez libération il.

    En outre, l'assistant déjà ajouter un peu de code de libération pour vous.

    - (void)dealloc {
    [tabBarController release];
    [window release];
    [super dealloc];
}
    InformationsquelleAutor iwat
  4. 2

    Comme vous l'avez dit, vous devez libérer de tout ce que vous avez choisi vous-même (avec alloc ou copy). Il fonctionne dans l'autre sens: vous ne devez pas relâcher tout de Cacao objets que vous n'avez pas l'allocation de vous-même (certains CoreFoundation fonctions allouer, et vous êtes responsable pour les libérer, mais il n'est pas le cas ici).

    Si vous n'avez pas à allouer votre IBOutlet, alors vous n'avez pas à le libérer, à moins bien sûr, pour une raison quelconque, vous avez conservé quelque part.

    • La clé de la phrase ("à moins que.. vous reatined quelque part"), qui va vous arriver si vous utilisez faire un property (nonatomic,retain).
    InformationsquelleAutor Thibault Martin-Lagardette
  5. 2

    Pour répondre à la question latérale par Joe d'Andrea. Vous pouvez utiliser self.label = nil;. Parce que c'est l'appel de setLabel, qui est généré automatiquement:

    - (void)setLabel:(UILabel *)input
{
   [label autorelease];
   label = [input retain];
}

    Comme vous pouvez le voir la label sera publié ensuite nil est affecté à l'étiquette.

    Mais assurez-vous de ne pas l'écrire comme label = nil. Qui ne fonctionnera pas.
    Parce que vous devez appeler la génération automatique d'étiquette méthode d'accesseur.

    InformationsquelleAutor Ying
  6. 1

    Voici ce que j'ai fait à l'égard de IBOutlet objets (en conjonction avec une PLUME de fichier):

    @interface MyViewController : UIViewController {
  UILabel *label;
}

@property (nonatomic, retain) IBOutlet UILabel *label;

@end

@implementation MyViewController
@synthesize label;

- (void)setView:(UIView *)aView {
  if (!aView) {
    //view is being set to nil
    //set outlets to nil to get the benefit of the didReceiveMemoryWarning!
    self.label = nil;
  }
  //Invoke super's implementation last
  [super setView:aView];
}

- (void)viewDidLoad {
  [super viewDidLoad];
}

- (void)viewDidUnload {
  //Release any retained subviews of the main view.
  //e.g. self.myOutlet = nil;
  self.label = nil;
}

- (void)didReceiveMemoryWarning {
  //Releases the view if it doesn't have a superview.
  [super didReceiveMemoryWarning];

  //Release any cached data, images, etc that aren't in use.
}

- (void)dealloc {
  [label release];
  [super dealloc];
}

    Côté la question: est-il plus logique d'utiliser self.label = nil dans le dealloc, ou doit release être appelé explicitement (par exemple, à maintenir l'analyseur statique heureux)?

    Je suppose, à ce point, nous sommes sur notre chemin de toute façon, donc il n'y a pas besoin de mettre notre IBOutlet objets à néant.

    InformationsquelleAutor Joe D'Andrea
  7. 1

    Si c'est votre BlahViewController.h:

    // BlahViewController.h
#import <UIKit/UIKit.h>
@interface BlahViewController
{
    IBOutlet UINavigationBar *navigationBar;
}
@property (nonatomic, retain) IBOutlet UINavigationBar *navigationBar;

@end

    Alors ce serait votre dealloc dans BlahViewController.m:

    - (void)dealloc
{
    [navigationBar release];
    [super dealloc];
}

    Toutefois, si ce est votre BlahViewController.h:

    // BlahViewController.h
#import <UIKit/UIKit.h>
@interface BlahViewController
{
    IBOutlet UINavigationBar *navigationBar;
}

@end

    Alors ce serait votre dealloc dans BlahViewController.m:

    - (void)dealloc
{
    [super dealloc];
}

    Et enfin, si c'est votre BlahViewController.h:

    // BlahViewController.h
#import <UIKit/UIKit.h>

@interface BlahViewController
{
    IBOutlet UINavigationBar *navigationBar;
    IBOutlet MKMapView *map;
}

@property (nonatomic, retain) IBOutlet UINavigationBar *navigationBar;

@end

    Alors ce serait votre dealloc dans BlahViewController.m:

    - (void)dealloc
{
    [navigationBar release];
    [super dealloc];
}

    En bref, si vous déclarez une propriété, avec retain, alors vous avez besoin pour le libérer.

    InformationsquelleAutor chown