Comparaison insensible à la casse NSString

240

Quelqu'un peut-il m'indiquer des ressources sur la comparaison insensible à la casse dans l'objectif C? Il ne semble pas avoir de méthode équivalente pourstr1.equalsIgnoreCase(str2)

— Tejaswi Yerukalapudi
source

564

if( [@"Some String" caseInsensitiveCompare:@"some string"] == NSOrderedSame ) {
  // strings are equal except for possibly case
}

La documentation se trouve dans les méthodes de recherche et de comparaison

— Jason Coco
source

152

Il est une valeur que mention dans le cas où @"Some String"est reçu de tout autre appel et se trouve être nil, votre ifdonnera truel'envoi caseInsensitiveCompareà nilest valide et donne lieu à un autre nilqui, dans notre cas, par rapport à NSOrderedSamerenverra true( NSOrderedSameest défini comme 0). Cela peut être une source de bugs assez dévastateurs, comme ce fut le cas dans mon cas. À votre santé!

— matm

10

Ma solution consiste à implémenter cette comparaison en tant que méthode dans une catégorie sur NSStringlaquelle renvoie un booléen. Ensuite, si la chaîne de réception est nil, la méthode dans son ensemble retourne NO.

— Défraggé le

50

 NSString *stringA;
 NSString *stringB;

 if (stringA && [stringA caseInsensitiveCompare:stringB] == NSOrderedSame) {
     // match
 }

Remarque: stringA && est obligatoire car quand stringAest nil:

 stringA = nil;
 [stringA caseInsensitiveCompare:stringB] // return 0

et ainsi se produit NSOrderedSameest également défini comme 0.

L'exemple suivant est un piège typique:

 NSString *rank = [[NSUserDefaults standardUserDefaults] stringForKey:@"Rank"];
 if ([rank caseInsensitiveCompare:@"MANAGER"] == NSOrderedSame) {
     // what happens if "Rank" is not found in standardUserDefaults
 }

— ohho
source

46

Une alternative si vous voulez plus de contrôle que la simple insensibilité à la casse est:

[someString compare:otherString options:NSCaseInsensitiveSearch];

La recherche numérique et l'insensibilité diacritique sont deux options pratiques.

— dessiné
source

4

Comme indiqué ci-dessus par matm, cela retournera vrai si someString est nul.

— nh32rg

@ nh32rg Pourriez-vous simplement compenser le faux positif, en changeant l'instruction if en quelque chose comme

if ([someString compare:otherString options:NSCaseInsensitiveSearch] && someString.length > 0 && someString != (id)[NSNull null])

— KingPolygon

1

en fait, vous devez écrire [... comapre: ...] == 0, car compare return NSOrderSame (= 0) si deux chaînes sont identiques. pour, someString! = (id) [NSNull null], je ne pense pas que cela soit nécessaire, car si null, alors, la longueur est nulle. Je compare habituellement comme ceci: if (someString.length> 0 && [someString compare: options ortherString: NSCaseIntensitiveSearch] == 0)

— Tran Quan

23

Vous pouvez toujours vous assurer qu'ils sont dans le même cas avant la comparaison:

if ([[stringX uppercaseString] isEqualToString:[stringY uppercaseString]]) {
    // They're equal
}

Le principal avantage étant que vous évitez le problème potentiel décrit par matm concernant la comparaison de chaînes nulles. Vous pouvez soit vérifier que la chaîne n'est pas nulle avant de faire l'une des compare:options:méthodes, soit être paresseux (comme moi) et ignorer le coût supplémentaire de création d'une nouvelle chaîne pour chaque comparaison (ce qui est minime si vous n'en faites qu'une ou deux comparaisons).

— Chris Wooden
source

3

Manipuler le boîtier pour comparer n'est généralement pas une bonne chose à faire (par exemple, le test de la dinde: moserware.com/2008/02/does-your-code-pass-turkey-test.html ). Lorsque vous avez une comparaison de cas prise en charge par la langue (comme caseInsensitiveCompare), utilisez toujours cela.

— Ohad Schneider

7

- (NSComparisonResult)caseInsensitiveCompare:(NSString *)aString

— Tourbillon
source

12

C'est beaucoup plus utile aux gens si les réponses ont un contexte et une description.

— jowie

7

Une nouvelle façon de procéder. iOS 8

let string: NSString = "Café"
let substring: NSString = "É"

string.localizedCaseInsensitiveContainsString(substring) // true

— Govind
source

version objC: if (string && [string localizedCaseInsensitiveContainsString: substring])

— ski_squaw

Le PO demande une "comparaison insensible à la casse" . Si votre solution revient truepour "Café" et "É", ce n'est certainement pas une bonne réponse.

— Alexander Abakumov

6

Essayez cette méthode

- (NSComparisonResult)caseInsensitiveCompare:(NSString *)aString

— Reena
source

6

Conversion de la réponse de Jason Coco à Swift pour les profondément paresseux :)

if ("Some String" .caseInsensitiveCompare("some string") == .OrderedSame)
{
  // Strings are equal.
}

— Tasik
source

1

c'est nécessaire pour ceux dont les XCodes refusent de compléter automatiquement! : D

— Nitin Alabur

5

vérifier avec le préfixe comme dans l'iPhone ContactApp

([string rangeOfString:prefixString options:NSCaseInsensitiveSearch].location == 0)

ce blog m'a été utile

— je moi moi-même
source

1

Solution alternative pour swift:

Pour créer UpperCase:

par exemple:

if ("ABcd".uppercased() == "abcD".uppercased()){
}

ou pour rendre les deux LowerCase:

par exemple:

if ("ABcd".lowercased() == "abcD".lowercased()){
}

— FARAZ
source

0

Sur macOS, vous pouvez simplement utiliser -[NSString isCaseInsensitiveLike:]ce qui revient BOOLcomme -isEqual:.

if ([@"Test" isCaseInsensitiveLike: @"test"])
    // Success

— mangerlahn
source

-3

NSMutableArray *arrSearchData;  
NSArray *data=[arrNearByData objectAtIndex:i];
NSString *strValue=[NSString stringWithFormat:@"%@", [data valueForKey:@"restName"]];
NSRange r = [strValue rangeOfString:key options:NSCaseInsensitiveSearch];

if(r.location != NSNotFound)
{
     [arrSearchData addObject:data];
}

— abc
source