Développement iOS
  1. Développement iOS
  3. Quelle est la disponibilité de NSNotFound?
Intereting Posts
Se referencer correctement dans dispatch_async Comment changer la position ou cacher l'icône de la loupe dans UISearchBar dans IOS 7? ld: cadre non trouvé Que signifie id <…> dans Objective-C? API Google: erreur video Uplaod YouTube = 403 UIImage comment resize l'image de bulle avec capInsets? Tri d'un tableau par ordre alphabétique dans swift SLComposeViewController obtient l'user qui a fait le tweet et le message tweeté Utiliser une database (telle que sqlite) avec cocos2d-x Ne pas recevoir de request d'alerte de notification push iPhone Cellules de type dynamic et auto-dimensionnées avec table statique Comment accéder à la database MySQL du server à partir de l'application iOS Mappage des parameters de confusion dans RKObjectMapping – Rest Fusion de videos en arrière-plan iOS Lecture d'une variable existant dans une fonction de délégué

Quelle est la disponibilité de NSNotFound?

Cette documentation in-Xcode pour NSNotFound est assez déroutante:

Il dit "Disponible dans iOS 2.0 à 8.4" et "Disponibilité: iOS 8.1 à 8.0". Alors … Est-ce disponible avant 8.0? Ou dans 9.0+? Aussi, que se passe-t-il ici, si c'est le cas?

Insérez availabilityOfNSNotFound == NSNotFound blague availabilityOfNSNotFound == NSNotFound ici.

À un moment où Apple poussait la prise en charge obligatoire des périphériques 64 bits (iOS 8.4 SDK?), La déclaration de NSNotFound été modifiée: 

 enum {NSNotFound = NSIntegerMax};

à 

 static const NSInteger NSNotFound = NSIntegerMax;

Vous pouvez le vérifier dans <Foundation/NSObjCRuntime.h> .

La documentation n'a jamais été modifiée, de sorte que la disponibilité de NSNotFound enum n'est plus dans le SDK. Mais à partir de iOS 9 et au-dessus, le static const NSInteger NSNotFound est disponible.

Bien que je ne puisse pas répondre à la véritable disponibilité de NSNotFound puisque je ne travaille pas pour Apple (en tant que développeur je pense qu'il est sûr d'utiliser toutes les versions iOS depuis 2.0, sinon beaucoup de classs Foundation casseraient puisqu'elles peuvent renvoyer NSNotFound ), vous pouvez vérifier si l'location de memory de NSNotFound est NULL: 

 #pragma clang diagnostic push #pragma clang diagnostic ignored "-Wtautological-compare" BOOL found = (&NSNotFound != NULL); #pragma clang diagnostic pop if (found) { NSLog(@"meh"); }

J'ai réalisé que NSNotFound est une constante statique, et que le operating system ne devrait donc pas avoir d'importance, car la valeur ne devrait pas changer après la compilation.

Pour confirmer cela, j'ai fait le file le plus simple possible et j'ai regardé son assembly compilé (sans optimizations):

À gauche: code source C d'origine. Droite: sortie de l'assemblage LLVM.

Une illustration montrant NSNotFound est remplacée par sa valeur absolue au moment de la compilation

Comme vous pouvez le voir, NSNotFound est remplacé par sa valeur absolue, dans ce cas 0x7fffffffffffffff puisqu'il s'agit d'une compilation 64 bits. Pour les compilations 32 bits, ce serait 0x7fffffff .

C'est génial. Cela signifie que, tant qu'il comstack, cela fonctionnera (en supposant qu'Apple ne change jamais la valeur de NSNotFound )!

Bien que cela n'explique pas la documentation étrange, il rassure que cela devrait marcher sur toutes les versions d'iOS.