Différence entre les int, NSInteger et NSUInteger

Quelle est la principale différence entre int, NSInteger et NSUInteger en Objective-C?

Qui est le meilleur à utiliser dans une application, et pourquoi?

InformationsquelleAutor Hitarth | 2011-10-02
  1. 29

    Dans de tels cas, vous risquez de faire un clic droit et aller à la définition:

    #if __LP64__ || (TARGET_OS_EMBEDDED && !TARGET_OS_IPHONE) || TARGET_OS_WIN32 || NS_BUILD_32_LIKE_64
typedef long NSInteger;
typedef unsigned long NSUInteger;
#else
typedef int NSInteger;
typedef unsigned int NSUInteger;
#endif
    • ok merci je l'ai eu
    • facile et correcte
    InformationsquelleAutor Bastian
  2. 20

    La différence est pour les types abstraits et leurs associés de la taille du matériel. D'une manière que nous n'avons pas à vous soucier de la taille d'un int ou quelle que soit la taille du pointeur sur n'importe quel matériel particulier.

    "C" est mauvais à ce, indiquant seulement qu'une longue est au moins aussi grand qu'un int, un int est "naturel" de l'entier de la taille du matériel (quoi que cela signifie), qu'un int est au moins aussi longtemps qu'un court--un (gros dégâts).

    Cela semblait être une bonne idée à la fois en provenance Fortran, mais n'a pas d'âge bien.

    On pourrait utiliser la POSIX définit, des choses comme uint32_t, int16_t, etc. Mais ce n'est pas la manière dont les grands un pointeur doit être sur n'importe quel matériel particulier soit.

    Donc, si Apple définit le type de retour d'une NSUInteger vous utiliser et vous n'avez pas besoin de savoir si elle est de 16, 32 ou 64 bits de taille pour votre matériel particulier. (J'ai choisi ces valeurs out-of-the-air juste pour un exemple).

    Comme vous pouvez le voir dans @Bastian la taille réelle dépend du matériel.

    La documentation répond à la "lettre de la question", mais ne pas fournir une compréhension du "pourquoi"?

    • vous avez raison .nous n'obtenons que la différence entre eux, mais pourquoi ? je m toujours pas à obtenir merci de me suggérer
    • C'est l'API de normalisation. Ces cadres navire sur plusieurs architectures -- c'est bien pour API être la même pour tous. En ayant ces typedefs, Apple est l'abstraction des différences de plate-forme à l'écart de l'API de consommateurs. Si vous parlez uniquement de l'API en termes de ces types, alors (en théorie), vous n'avez pas besoin de penser au sujet de différences de plate-forme lors de la compilation du même code pour les architectures i386, x86_64, ppc, arm7, ou quoi que ce soit. C'est une abstraction. Il a été dit que vous devez utiliser le plus haut niveau d'abstraction qui fait le travail. Donc, sauf si vous avez une raison de ne PAS utiliser ces types, dis-je utiliser 'em.
    InformationsquelleAutor zaph