[Résolu] Key-Value Coding: récupération d'une valeur
6ix
Membre
Bonjour,
J'aimerais me pencher un peu plus sur la technologie Key-Value Coding, et sur ce qu'il est possible de faire (ou de ne pas faire), autre que la récupération d'une valeur de manière " simple ".
Deux problèmes pour exposer ceci, tous les deux basés sur la structure suivante: un NSMutableArray *comptes, contenant des objets Compte (dérivant de NSObject), possédant les variables d'instance NSString *nom et NSNumber *numero.
1)
J'ai à ma disposition un NSString *unNom, correspondant au nom d'un potentiel Compte; mon but est de savoir si mon tableau comptes contient un objet Compte ayant pour nom unNom. Si tel est le cas, il faut ensuite incrémenter son numero de un.
Pour l'instant, je le fais de cette manière:
Y a-t-il une possibilité plus directe ? Existe-t-il un moyen de renvoyer directement l'objet Compte (sans passer par l'index) correspondant au nom ?
2)
Dans le même ordre d'idée, j'aimerais récupérer le Compte dont le numero est le plus petit de mon tableau comptes.
J'ai bien un début d'idée avec [comptes valueForKeyPath:@"@min.numero"], mais cela me renverra la valeur NSNumber de ce numero, or je voudrais rester " un niveau au-dessus ", et récupérer le Compte possédant ce numero. Quel est le moyen d'y parvenir ?
Merci pour vos conseils !
J'aimerais me pencher un peu plus sur la technologie Key-Value Coding, et sur ce qu'il est possible de faire (ou de ne pas faire), autre que la récupération d'une valeur de manière " simple ".
Deux problèmes pour exposer ceci, tous les deux basés sur la structure suivante: un NSMutableArray *comptes, contenant des objets Compte (dérivant de NSObject), possédant les variables d'instance NSString *nom et NSNumber *numero.
1)
J'ai à ma disposition un NSString *unNom, correspondant au nom d'un potentiel Compte; mon but est de savoir si mon tableau comptes contient un objet Compte ayant pour nom unNom. Si tel est le cas, il faut ensuite incrémenter son numero de un.
Pour l'instant, je le fais de cette manière:
NSUInteger index = [[comptes valueForKey:@"nom"] indexOfObject:unNom];<br /> if(index != NSNotFound) {<br /> Compte *leCompte = [comptes objectAtIndex:index];<br /> NSNumber *nb = [[NSNumber alloc] initWithInt:[compte.numero intValue] + 1];<br /> compte.numero = nb;<br /> [nb release];<br /> }
Y a-t-il une possibilité plus directe ? Existe-t-il un moyen de renvoyer directement l'objet Compte (sans passer par l'index) correspondant au nom ?
2)
Dans le même ordre d'idée, j'aimerais récupérer le Compte dont le numero est le plus petit de mon tableau comptes.
J'ai bien un début d'idée avec [comptes valueForKeyPath:@"@min.numero"], mais cela me renverra la valeur NSNumber de ce numero, or je voudrais rester " un niveau au-dessus ", et récupérer le Compte possédant ce numero. Quel est le moyen d'y parvenir ?
Merci pour vos conseils !
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Mes deux exemples se rapprochent effectivement plus d'une formulation de requêtes. Ce qui va un pas plus loin de ce que permet le KVC, apparemment.
Mais je dois dire que mon but est ici avant tout d'avoir une meilleure compréhension du KVC, et de ce qu'il permet de faire. Je reste donc à l'écoute d'éventuels conseils quant aux " limites " du KVC.
L'exemple typique c'est le data source d'une table view, je t'ai mis un exemple.
Pour bien comprendre il faut voir que les identifier des colone sont le nom des ivar.
En soit le KVC ne sert que rarement tout seul, il est accompagné de KVO et sert pour les binding
Pour revenir au NSPredication et à mon 2e exemple, quel serait alors le meilleur moyen pour éliminer de mon tableau comptes l'élément Compte ayant le numero le plus bas ?
Autre exemple en fichier joint. Tu devrais jeter un oe“il sur le programming guide des NSPredicate et Key Value Coding, c'est bien expliqué :-)
Je l'ai fait (un peu rapidement), mais je cherche parfois un peu loin... Je me dis qu'il doit sûrement exister une manière de faire meilleure/ plus élégante que je ne connais pas bien dans cocoa, et que je ne voudrais pas rater. En tous les cas, merci pour les bouts de code.
Avec le data source en faisant tout à la main, avec le même data source en utilisant le KVC ou avec les binding direct. Perso je me sert des trois en fonction du projet, de ce que j'ai à faire etc. Les trois méthodes sont bonne, à toi de voir ce qui est le plus adapté à ton programme.
Ici je bute sur cet exemple très précis: éliminer de mon tableau comptes l'élément Compte ayant le numero le plus bas. L'exemple que tu donnes et tous ceux que je trouve dans les Programming guide ou sur le Web sont " relativement simples "; on applique une condition sur une certaine variable (=> 2 ici).
Dans mon cas, j'aimerais pouvoir effectuer une requête plus complexe, puisqu'il s'agit d'obtenir l'objet dont la valeur d'une variable est la plus petite.
J'ai tenté plusieurs variantes de ceci, sans succès (inspiré des opérateurs KVC):
Avec la réflexion suivante: on ne garde que les éléments dont le numero n'est pas le plus petit (ie on vire tous ceux qui n'ont pas le plus petit numero). Sauf que le format est faux (NSInvalidArgumentException).
Est-ce possible de la sorte ? Ou alors je dois me résoudre à trouver d'abord l'(s) élément(s) ayant le plus petit numero, puis les éliminer manuellement du tableau comptes... ?
NSPredicate ne fait que prendre chacun des éléments du tableau et les évaluer par rapport au prédicat, si le prédicat est vrai il garde et renvois un tableau à la fin
Toujours moi, sur le même problème
Je pense désormais avoir compris le principe, mais là je bute inlassablement sur le même problème ("unable to parse the format string"), avec différentes variantes de ce code:
Le numero minimal fonctionne, je l'ai testé séparément. J'ai également testé cette manière de faire sur un tableau contenant directement des NSNumber, c'est en ordre. Mais là , le problème a l'air de se poser avec @SELF.numero, pourtant les exemples d'Apple utilisent également les path dans des cas similaires...
J'y crois pas, quel *** !
Merci d'avoir eu l'oeil attentif, je pense en avoir terminé avec ce problème !