Est-il possible de supprimer des méthodes ajoutées à une classe avec class_addMethod?Comment supprimer des méthodes d'instance à l'exécution dans Objective-C 2.0?
Ou si je veux faire cela, dois-je continuer à créer des classes à l'exécution avec objc_allocateClassPair et en leur ajoutant différents ensembles de méthodes pour varier les méthodes implémentées?
Je vais accepter les réponses qui incluent :-) carriole
En bref, vous ne pouvez pas.
Vous pouvez en Objective-C 1.0 ABI/API via:
OBJC_EXPORT void class_removeMethods(Class, struct objc_method_list *) OBJC2_UNAVAILABLE;
Mais cette fonction a été supprimée en Objective-C 2.0, car la suppression des méthodes est à peu près jamais la bonne réponse. Certainement pas assez souvent pour justifier les frais généraux encourus en supportant cette fonctionnalité.
Également supprimé de l'ObjC2.0 ABI était la possibilité d'accéder directement aux structures de classe/méthode. Ils sont maintenant opaques de sorte qu'ils peuvent être changés dans le futur sans casser la compatibilité binaire.
Toutefois, vous pouvez utiliser un proxy personnalisé qui varie l'ensemble des méthodes auxquelles il répond. Voir la documentation pour la classe NSProxy; http://developer.apple.com/documentation/Cocoa/Reference/Foundation/Classes/NSProxy_Class/Reference/Reference.html
Bien sûr, cette question soulève la question "Qu'est-ce que vous essayez de faire?". Une telle méta-programmation à la volée est atypique. Une fois qu'une classe est instanciée, il n'est normalement pas considéré souhaitable de changer l'ensemble de méthodes auxquelles elle répond en supposant que les instanciations précédentes peuvent toujours dépendre desdites méthodes.
Vous ne pouvez pas exactement "supprimer" une méthode, mais vous pouvez obtenir le même effet qu'une suppression, en faisant en sorte que la méthode redirige tout vers le chemin de transfert de message (le code qui appellera éventuellement -forwardInvocation:). Il y a deux façons de réaliser que:
_objc_msgForward(), a déclaré dans /usr/include/objc/message.h mais non inclus dans la documentation en ligne, peuvent être utilisés comme IMP pour votre méthode que vous essayez de supprimer. Parce qu'il n'est pas documenté, il peut être considéré comme privé ou non pris en charge.IMP pour la méthode que vous essayez de supprimer. Sur la base de la documentation, ce qui devrait avoir le même effet que la première option:Le pointeur de fonction renvoyée peut être une fonction interne au moteur d'exécution au lieu d'une implémentation de la méthode actuelle. Par exemple, si les instances de la classe ne répondent pas au sélecteur, le pointeur de fonction renvoyé fera partie de la machine d'acheminement des messages de l'exécution.
Dans les deux cas, il devient aussi simple que:
method_setImplementation(methodToRemove, forwardingIMP);
Notez que ce sera essentiellement bloquer toute mise en œuvre superclasse, vous devrez être plus prudent si une superclasse peut avoir une validité mise en œuvre que vous souhaitez conserver. Dans un tel cas, vous pourriez obtenir le IMP de la superclasse ou quelque chose de similaire.
La réponse au "pourquoi" est que je suis intéressé à écrire du code qui montrera ce qui se passe quand KVC est utilisé. En ajoutant et en supprimant des méthodes à l'exécution, je pourrais permettre à l'utilisateur d'explorer l'effet de la présence de diverses combinaisons de méthodes. J'ai conclu que le seul moyen de le faire est de se débrouiller avec les internes; et Objective-C 2.0 met un terme à cela par tous les moyens sauf le hackery. –
Peut-être un peu en retard, mais: Peut-être que dans votre exemple, vous pourriez créer des sous-classes dynamiques à l'exécution qui répondent aux méthodes que vous voulez. Au lieu de supprimer une méthode, vous pouvez simplement créer une nouvelle sous-classe de votre classe de base qui n'a pas cette méthode. –
Un autre cas où la suppression d'une méthode est nécessaire: Dans les tests unitaires, vous devez parfois remplacer des méthodes dans des classes existantes. Le framework OCMock vous permet de le faire, mais OCMock lui-même a du mal à restaurer la classe après un test individuel car il ne peut pas supprimer les méthodes. Il peut remplacer le IMP d'une méthode existante avec le stub, mais si la méthode était dans une classe parent, il doit ajouter le stub dans la sous-classe et ne peut pas s'en débarrasser. Donc, pour répondre à la "Qu'est-ce que vous essayez de faire?" question: je reçois totalement un "logiciel opiniâtre" mais à mon avis, le runtime d'Apple ne devrait pas l'être. –