2011-09-28 4 views
0

J'essaie de passer le chemin d'index de ma sous-vue à ma vue principale. Je fais cela à travers les délégués et les protocoles que j'ai déjà mis en place, je viens d'éditer la méthode que j'appelle pour accepter le chemin de l'index .. tout semble fonctionner correctement mais quand je fais le NSLog des deux vues je reçois la sortie ci-dessous dans mon terminal .. Je voudrais savoir quelle dose le "0x4e1fdc0" représente dans la sortie? est-ce un pointeur de mémoire ou quelque chose?Passage IndexPath entre les vues

Maintenant que j'ai le chemin d'index sélectionné dans ma vue principale, si l'utilisateur décide de revenir à la sous-vue, comment puis-je le renvoyer à la sous-vue? Dois-je créer un nouveau délégué/protocole pour transmettre l'information? ou puis-je le faire d'une autre manière ..

2011-09-28 15:02:13.672 Code[14139:207] First View <NSIndexPath 0x4e1fdc0> 2 indexes [0, 0] 
2011-09-28 15:02:13.673 Code[14139:207] Second View <NSIndexPath 0x4e1fdc0> 2 indexes [0, 0] 

Répondre

2

Oui, c'est le pointeur de la mémoire, un NSIndexPath est juste un chemin vers un noeud dans un arbre de collections de tableaux imbriqués, donc 0, 0, signifie la position 0 dans le tableau 1 et en position 0 dans le tableau 2.

NSIndexPath reference

Vous pouvez passer à la sous-vue à l'aide Dependency Injection donc en gros simplement déclarer ceci sur votre sous-vue:

"MyFile.h" 
@property (nonatomic, retain) NSIndexPath *myPath; 

"MyFile.m" 

@synthesize myPath; 

"MainView.m" 
// After allocating the subview, or whenever you are going to show the subView 
[mySubView setIndexPath:myPath]; 
+0

ok donc je l'ai mis en place et je récupère maintenant la valeur à la sous-vue .. merci pour cela .. une dernière question comment puis-je définir l'accessoire maintenant? –