Comment les appels de méthodes sont-ils résolus par argument dans les classes de catégories en Objective C?

Question

J'ai une classe racine et un nombre de classes enfants. J'ai aussi une classe DataManager censée contenir des méthodes statiques dans diverses catégories qui agissent sur un enfant particulier de cette classe racine. Supposons que pour la classe racine R, les classes enfants sont C1 & C2.

Pour C1, j'ai une catégorie appelée DataManager + C1.
Pour C2, j'ai une catégorie appelée DataManager + C2.

J'ai une classe DataManager de base où j'ai déclaré cette méthode - d'où il est accessible partout - et il n'y a pas d'autres déclarations:

//DataManager.h 
+ (NSDictionary *) Method1 : (DataModelRoot*) R; 
//Note that R is my root class. Individual class implementations belong to DataManager+C1.m, DataManager+C2.m etc. 

La mise en œuvre de Method1 réside dans DataManager + C1 ainsi que DataManager + C2.

Mais je ne vois pas de comportement polymorphe. En d'autres termes, lorsque l'appel Méthode1 de DataManager + C2 est attendu, celui de DataManager + C1 est appelé, bien que l'appel lui-même démarre à partir du fichier source DataManager + C2. (l'appelant peut être n'importe quelle catégorie DataManager - c'est un cas extrême).

Comment le nombre de catégories sur les objets situés dans la même hiérarchie de classe résout-il les appels de fonction?

PS: Notez à nouveau, que la méthode ci-dessus Method1 est seulement dans le fichier .h EXPOSE d'une classe (DataManager.h ordinaire) avec classe racine comme argument. Je suppose que cela assurera une invocation correcte en utilisant le type d'objet enfant, mais cela échoue.

Answer 1

Objective-C prend en charge le polymorphisme sur les méthodes de classe lorsque la cible du message est réellement polymorphe.

Exemple:

[DataManager Method1:nil]; 

... serait pas sélectionner une cible polymorphically parce que la cible est la classe concrète DataManager. Il enverrait toujours le message à l'implémentation dans DataManager.

Si, en revanche, la cible est dynamiquement déterminée, il existe un polymorhisme réel comme prévu. Un exemple typique est une implémentation de la méthode d'instance dans la même classe ou une sous-classe:

- (void)foo 
{ 
    [[self class] Method1:nil]; 
} 

Ce serait en effet appeler le plus proche de la mise en œuvre surchargée de Method1: et accordant ainsi le comportement polymorphique. Note: Le comportement décrit ci-dessus n'est pas affecté par les catégories. À condition qu'il n'y ait pas de conflit de noms, les catégories ont peu d'influence sur la manière dont les messages sont distribués.