NSObject +charge +et initialiser - Que font-ils?

La load message

Le runtime envoie le load message à chaque objet de classe, très vite, après la classe de l'objet est chargé dans l'espace d'adressage du processus. Pour les classes qui font partie du fichier exécutable du programme, l'exécution envoie le load message très tôt dans le processus de la vie. Pour les classes qui sont dans une commune (chargées dynamiquement) la bibliothèque, le moteur d'exécution envoie la charge message juste après la bibliothèque partagée est chargé dans l'espace d'adressage du processus.

En outre, le moteur d'exécution n'envoie load à un objet de classe si la classe de l'objet lui-même met en œuvre la load méthode. Exemple:

@interface Superclass : NSObject
@end

@interface Subclass : Superclass
@end

@implementation Superclass

+ (void)load {
    NSLog(@"in Superclass load");
}

@end

@implementation Subclass

//... load not implemented in this class

@end

Le runtime envoie le load message à la Superclass objet de classe. Il ne pas envoyer le load message à la Subclass objet de classe, même si Subclass hérite de la méthode de Superclass.

Le runtime envoie le load message à un objet de classe après qu'il a envoyé le load message à l'ensemble de la classe de super-classe des objets (si ces super-classe des objets de mettre en œuvre load) et tous les objets de la classe dans les bibliothèques partagées que vous liez. Mais vous ne savez pas qui d'autres classes dans votre propre fichier exécutable ont reçu load encore.

Chaque classe de votre processus de charge dans son espace d'adressage recevrez un load message, si elle met en œuvre la load méthode, peu importe si votre processus rend toute autre utilisation de la classe.

Vous pouvez voir comment le moteur d'exécution regarde le load méthode comme un cas particulier dans la _class_getLoadMethod de objc-runtime-nouvelle.mm, et des appels directement à partir de call_class_loads dans objc-loadmethod.mm.

Le moteur d'exécution gère également le load méthode de chaque catégorie, il charge, même si plusieurs catégories sur la même classe en œuvre load.  Ce est inhabituel.  Normalement, si les deux catégories de définir la même méthode dans la même catégorie, l'une des méthodes de “gagner” et être utilisé, et l'autre méthode ne sera jamais appelé.

La initialize Méthode

L'exécution appelle la initialize méthode sur un objet de classe juste avant l'envoi du premier message (autres que load ou initialize) à la classe de l'objet ou des instances de la classe. Ce message est envoyé en utilisant le mécanisme normal, donc, si votre classe n'implémente pas initialize, mais hérite d'une classe qui ne, alors votre classe va utiliser sa super-classe initialize. Le moteur d'exécution envoyer le initialize à l'ensemble de la classe des super-classes de première (si les super-classes n'ont pas déjà été envoyé initialize).

Exemple:

@interface Superclass : NSObject
@end

@interface Subclass : Superclass
@end

@implementation Superclass

+ (void)initialize {
    NSLog(@"in Superclass initialize; self = %@", self);
}

@end

@implementation Subclass

//... initialize not implemented in this class

@end

int main(int argc, char *argv[]) {
    @autoreleasepool {
        Subclass *object = [[Subclass alloc] init];
    }
    return 0;
}

Ce programme imprime deux lignes de sortie:

2012-11-10 16:18:38.984 testApp[7498:c07] in Superclass initialize; self = Superclass
2012-11-10 16:18:38.987 testApp[7498:c07] in Superclass initialize; self = Subclass

Depuis le système envoie le initialize méthode paresseusement, une classe ne recevez pas le message, à moins que votre programme envoie des messages à la classe (ou une sous-classe, ou des instances de la classe ou sous-classes). Et au moment où vous recevez initialize, chaque classe dans votre processus devrait déjà avoir reçu load (le cas échéant).

La manière canonique de mettre en œuvre initialize est-ce:

@implementation Someclass

+ (void)initialize {
    if (self == [Someclass class]) {
        //do whatever
    }
}

Le point de ce modèle est à éviter Someclass ré-initialisation de lui-même lorsqu'il a une sous-classe qui n'est pas de mettre en œuvre initialize.

Le runtime envoie le initialize message dans le _class_initialize fonction dans objc-initialiser.mm. Vous pouvez voir qu'il utilise objc_msgSend pour les envoyer, ce qui est la forme normale de l'envoi de messages de fonction.

Lecture

Découvrez Mike Cendres du vendredi de Q&A sur ce sujet.