Méthodes d'instance appelant des méthodes de classe appelant des méthodes d'instance

Question

En un mot, comment?

J'ai un contrôleur de vue qui crée quelques objets personnalisés. L'un de ces objets doit rappeler une méthode dans le contrôleur. L'objet semble vouloir appeler une méthode de classe dans le contrôleur, ce qui peut être correct, sauf que la classe dans le contrôleur doit appeler une méthode d'instance dans le contrôleur, et il ne semble pas vouloir faire cela. Cela a-t-il du sens?

Sinon, voici le code pseudo:

ViewController.m 

#import "customObj.h" 
-(void)viewDidLoad{ 
    foobar=@"string";//declared in ViewController.h 
} 
-(void)createObj{ 
    foobar=@"different string"; 
    customObj *customObjInstance=[[customObj alloc] init]; 
} 

--- 

customObj.m 

#import "ViewController.h" 
-(void)callBack{ 
    [ViewController createObj]; 
} 

Ok, alors quand va callBack, il les erreurs, en disant qu'il cherche + createObj (non -createObj). Je peux changer createObj en une méthode de classe, mais ensuite il y a un problème pour paramétrer foobar parce que foobar a été initialisé dans -viewDidLoad, et je ne peux pas changer cela en + viewDidLoad. Je pourrais peut-être déplacer foobar dans une méthode de classe, mais comment puis-je l'appeler? Au lieu de moi-même, est-ce que je me réfère à [ViewController ...]? Je ne pense pas que cela fonctionne. Je pense qu'il me manque un concept de base et que ce n'est pas aussi difficile que je le fais. Je suis redevable à tous ceux qui peuvent me redresser.

Merci beaucoup.

Answer 1

Il n'y a pas de réponse correcte unique; Cela dépend de la façon dont votre objet personnalisé interagit avec le contrôleur. La plupart des vues UIKit utilisent un modèle "cible-action" pour communiquer avec le contrôleur, tandis que beaucoup d'objets modèles utilisent le modèle délégué. Lequel vous utilisez dépend des spécificités de votre contrôleur et de votre objet personnalisé.

Cependant, mécaniquement, ce que vous auriez probablement besoin de faire est de passer un pointeur à votre ViewController lorsque vous créez le customObj via un initialiseur personnalisé, comme ceci:

customObj *customObjInstance = [[customObj alloc] initWithController: self]; 

Assurez-vous qu'il est logique pour votre customObj pour être étroitement couplé à votre contrôleur si vous faites cela.

Answer 2

Vous m'avez peut-être jeté avec vous diverses mentions de classe à instance à classe, mais si tout ce que vous voulez dire est que le contrôleur doit créer des objets qui peuvent appeler le contrôleur (pour créer plus de la même chose) vous aider avec.

Je le fais un peu, en utilisant - comme l'a dit John - le modèle de délégation:

Définir un protocole pour les appels de l'objet au contrôleur: callBack

// CallBackDelegate.h 


#import <Foundation/Foundation.h> 

@protocol CallBackDelegate<NSObject> 
- (void)callBack; 
@end 

dans le fichier d'en-tête pour le contrôleur i importer le protocole

#import "CallBackDelegate.h" 

et précise que le contrôleur implémente ce protocole:

@interface MyViewController : UIViewController <CallBackDelegate> 
{ ... 

quant à lui dans l'en-tête de classe d'objet personnalisé importer également le protocole

#import "CallBackDelegate.h" 

et ajouter un membre d'une instance qui est conforme au protocole:

id<CallBackDelegate> delegate; 

et une propriété qui doit être assigner ne pas conserver ou vous aurez des retenues circulaires, le contrôleur et l'objet personnalisé se retiendraient, ce qui signifierait qu'ils ne se désengageraient jamais

@property(assign) id<CallBackDelegate> delegate; 

(ce membre ne doit pas être appelé délégué)

Ensuite, assurez-vous que lorsque votre contrôleur de vue crée l'objet personnalisé, il définit elle-même en tant que délégué

customObject.delegate = self; 

Puis, en votre objet personnalisé, vous êtes sûr de le faire:

[ delegate callBack]; 

espoir qui aide, tapis

Si vous recherchez l'exemple de code Apple, vous trouverez des exemples pour quelque chose comme:

[delegate touchesEnded: touches withEvent: event];

Bien sûr, si vous voulez que la méthode pour vous passer un identifiant à l'objet créé, la méthode n'a pas besoin de retourner (vide) comme dans mon exemple

si vous voulez vous pouvez écrire une méthode d'initialisation qui prend le délégué comme john également suggéré

customObj * customObjInstance = [[customObj alloc] initWithController: self];

inside initWithController le contrôleur que vous passez doit être affecté en tant que délégué