Je cherche l'idiome standard pour itérer sur un NSArray. Mon code doit être compatible avec OS X 10.4+.
la source
Je cherche l'idiome standard pour itérer sur un NSArray. Mon code doit être compatible avec OS X 10.4+.
Le code généralement préféré pour 10.5 + / iOS.
for (id object in array) {
// do something with object
}
Cette construction est utilisée pour énumérer des objets dans une collection conforme au NSFastEnumeration
protocole. Cette approche présente un avantage de vitesse car elle stocke des pointeurs vers plusieurs objets (obtenus via un seul appel de méthode) dans un tampon et les parcourt en avançant dans le tampon à l'aide de l'arithmétique des pointeurs. C'est beaucoup plus rapide que d'appeler à -objectAtIndex:
chaque fois dans la boucle.
Il convient également de noter que, même si vous pouvez techniquement utiliser une boucle for-in pour parcourir une NSEnumerator
, j'ai constaté que cela annule pratiquement tous les avantages de vitesse d'une énumération rapide. La raison en est que l' NSEnumerator
implémentation par défaut de -countByEnumeratingWithState:objects:count:
place un seul objet dans le tampon à chaque appel.
Je l'ai signalé dans radar://6296108
(L'énumération rapide des NSEnumerators est lente) mais elle a été renvoyée comme étant non à corriger. La raison en est que l'énumération rapide prélève un groupe d'objets, et si vous souhaitez énumérer uniquement à un point donné de l'énumérateur (par exemple jusqu'à ce qu'un objet particulier soit trouvé ou que la condition soit remplie) et utilisez le même énumérateur après avoir éclaté de la boucle, il arrive souvent que plusieurs objets soient sautés.
Si vous codez pour OS X 10.6 / iOS 4.0 et supérieur, vous avez également la possibilité d'utiliser des API basées sur des blocs pour énumérer les tableaux et autres collections:
[array enumerateObjectsUsingBlock:^(id object, NSUInteger idx, BOOL *stop) {
// do something with object
}];
Vous pouvez également utiliser -enumerateObjectsWithOptions:usingBlock:
et passer NSEnumerationConcurrent
et / ou NSEnumerationReverse
comme argument d'options.
L'idiome standard pour la version antérieure à 10.5 est d'utiliser une NSEnumerator
boucle while et while, comme ceci:
NSEnumerator *e = [array objectEnumerator];
id object;
while (object = [e nextObject]) {
// do something with object
}
Je recommande de rester simple. Vous attacher à un type de tableau est inflexible, et l'augmentation supposée de la vitesse d'utilisation-objectAtIndex:
est insignifiante pour l'amélioration avec une énumération rapide sur 10.5+ de toute façon. (L'énumération rapide utilise en fait l'arithmétique des pointeurs sur la structure de données sous-jacente et supprime la majeure partie de la surcharge des appels de méthode.) L'optimisation prématurée n'est jamais une bonne idée - elle se traduit par un code plus compliqué pour résoudre un problème qui n'est pas votre goulot d'étranglement de toute façon.
Lors de l'utilisation -objectEnumerator
, vous passez très facilement à une autre collection énumérable (comme un NSSet
, les clés dans un NSDictionary
, etc.), ou même passez à -reverseObjectEnumerator
pour énumérer un tableau en arrière, le tout sans autre changement de code. Si le code d'itération est dans une méthode, vous pouvez même en passer une NSEnumerator
et le code n'a même pas à se soucier de ce qu'il itère. De plus, un NSEnumerator
(au moins ceux fournis par le code Apple) conserve la collection qu'il énumère tant qu'il y a plus d'objets, vous n'avez donc pas à vous soucier de la durée de vie d'un objet libéré automatiquement.
Peut-être que la plus grande chose qu'une NSEnumerator
(ou une énumération rapide) vous protège est d'avoir une collection mutable (tableau ou autre) sous vous à votre insu pendant que vous l'énumérez. Si vous accédez aux objets par index, vous pouvez rencontrer des exceptions étranges ou des erreurs ponctuelles (souvent longtemps après le problème) qui peuvent être horribles à déboguer. L'énumération à l'aide de l'un des idiomes standard a un comportement "rapide", de sorte que le problème (provoqué par un code incorrect) se manifestera immédiatement lorsque vous tenterez d'accéder à l'objet suivant après la mutation. À mesure que les programmes deviennent plus complexes et multithreads, ou dépendent même de quelque chose que le code tiers peut modifier, le code d'énumération fragile devient de plus en plus problématique. Encapsulation et abstraction FTW! :-)
for (id object in array)
, est-ce un moyen de déterminer également l'index actuel des objets dans le tableau, ou faut-il inclure un compteur séparé?for
boucle comme celle-ci:for(;;) { id object = [ e nextObject ] ; if ( !e ) { break ; } ... your loop operation ... }
Pour OS X 10.4.x et versions antérieures:
Pour OS X 10.5.x (ou iPhone) et au-delà:
la source
for (NSUInteger i = 0, count = [myArray count]; i < count; i++)
est probablement la plus efficace et la plus concise que vous obtiendrez pour cette approche.Les résultats du test et du code source sont ci-dessous (vous pouvez définir le nombre d'itérations dans l'application). Le temps est en millisecondes et chaque entrée est un résultat moyen de l'exécution du test 5 à 10 fois. J'ai trouvé qu'en général, il est précis à 2-3 chiffres significatifs et après cela, il varie à chaque exécution. Cela donne une marge d'erreur inférieure à 1%. Le test fonctionnait sur un iPhone 3G car c'est la plate-forme cible qui m'intéressait.
Les classes fournies par Cocoa pour gérer les ensembles de données (NSDictionary, NSArray, NSSet etc.) fournissent une très belle interface pour gérer les informations, sans avoir à se soucier de la bureaucratie de la gestion de la mémoire, de la réallocation, etc. Bien sûr, cela a un coût cependant . Je pense qu'il est assez évident que dire que l'utilisation d'un NSArray de NSNumbers va être plus lent qu'un C Array de flottants pour des itérations simples, j'ai donc décidé de faire quelques tests, et les résultats ont été assez choquants! Je ne m'attendais pas à ce que ce soit si mauvais. Remarque: ces tests sont effectués sur un iPhone 3G car c'est la plateforme cible qui m'intéressait.
Dans ce test, je fais une comparaison de performances d'accès aléatoire très simple entre un flotteur C * et NSArray de NSNumbers
Je crée une boucle simple pour résumer le contenu de chaque tableau et les chronométrer en utilisant mach_absolute_time (). Le NSMutableArray prend en moyenne 400 fois plus de temps !! (pas 400 pour cent, juste 400 fois plus longtemps! c'est 40000% plus long!).
Entête:
// Array_Speed_TestViewController.h
// Test de vitesse de la baie
// Créé par Mehmet Akten le 05/02/2009.
// Copyright MSA Visuals Ltd. 2009. Tous droits réservés.
La mise en oeuvre:
// Array_Speed_TestViewController.m
// Test de vitesse de la baie
// Créé par Mehmet Akten le 05/02/2009.
// Copyright MSA Visuals Ltd. 2009. Tous droits réservés.
De: memo.tv
//////////////////////
Disponible depuis l'introduction des blocs, cela permet d'itérer un tableau avec des blocs. Sa syntaxe n'est pas aussi agréable que l'énumération rapide, mais il y a une caractéristique très intéressante: l'énumération simultanée. Si l'ordre d'énumération n'est pas important et que les travaux peuvent être effectués en parallèle sans verrouillage, cela peut fournir une accélération considérable sur un système multicœur. Plus d'informations à ce sujet dans la section énumération simultanée.
/////////// NSFastEnumerator
L'idée derrière l'énumération rapide est d'utiliser un accès rapide au tableau C pour optimiser l'itération. Non seulement il est censé être plus rapide que NSEnumerator traditionnel, mais Objective-C 2.0 fournit également une syntaxe très concise.
///////////////////
NSEnumerator
Il s'agit d'une forme d'itération externe: [myArray objectEnumerator] renvoie un objet. Cet objet a une méthode nextObject que nous pouvons appeler dans une boucle jusqu'à ce qu'elle renvoie nil
///////////////////
objectAtIndex: énumération
L'utilisation d'une boucle for qui augmente un entier et l'interrogation de l'objet à l'aide de [myArray objectAtIndex: index] est la forme d'énumération la plus élémentaire.
////////////// De: darkdust.net
la source
Les trois manières sont:
la source
Ajoutez une
each
méthode dans votreNSArray category
, vous en aurez besoinCode extrait d' ObjectiveSugar
la source
Voici comment déclarer un tableau de chaînes et les parcourir:
la source
Pour Swift
la source
Faites ceci: -
la source