La conversione implicita Objective-C perde la precisione dell'intero 'NSUInteger' (aka 'unsigned long') nell'avvertimento 'int'

Sto lavorando ad alcuni esercizi e ho ricevuto un avviso che afferma:

La conversione implicita perde la precisione dei numeri interi: da "NSUInteger" (aka "unsigned long") a "int"

#import <Foundation/Foundation.h>

int main (int argc, const char * argv[])
{
    @autoreleasepool {

        NSArray *myColors;

        int i;
        int count;

        myColors = @[@"Red", @"Green", @"Blue", @"Yellow"];

        count = myColors.count; //  <<< issue warning here

        for (i = 0; i < count; i++)

        NSLog (@"Element %i = %@", i, [myColors objectAtIndex: i]);
    }

    return 0;
}

Il countmetodo di NSArrayrestituisce un NSUIntegere sulla piattaforma OS X a 64 bit

• NSUIntegerè definito come unsigned longe
• unsigned long è un numero intero senza segno a 64 bit.
• int è un numero intero a 32 bit.

Quindi intè un tipo di dati "più piccolo" di NSUInteger, quindi l'avvertimento del compilatore.

Vedi anche NSUInteger nel "Riferimento tipi di dati di base":

Quando si creano applicazioni a 32 bit, NSUInteger è un numero intero senza segno a 32 bit. Un'applicazione a 64 bit considera NSUInteger come un numero intero senza segno a 64 bit.

Per correggere l'avviso del compilatore, è possibile dichiarare la countvariabile locale come

NSUInteger count;

oppure (se sei sicuro che il tuo array non conterrà mai più di 2^31-1elementi!), aggiungi un cast esplicito:

int count = (int)[myColors count];

Contrariamente alla risposta di Martin, il cast su int (o ignorando l'avvertimento) non è sempre sicuro anche se sai che il tuo array non ha più di 2 ^ 31-1 elementi. Non durante la compilazione per 64 bit.

Per esempio:

NSArray *array = @[@"a", @"b", @"c"];

int i = (int) [array indexOfObject:@"d"];
// indexOfObject returned NSNotFound, which is NSIntegerMax, which is LONG_MAX in 64 bit.
// We cast this to int and got -1.
// But -1 != NSNotFound. Trouble ahead!

if (i == NSNotFound) {
    // thought we'd get here, but we don't
    NSLog(@"it's not here");
}
else {
    // this is what actually happens
    NSLog(@"it's here: %d", i);

    // **** crash horribly ****
    NSLog(@"the object is %@", array[i]);
}

Cambia chiave in Progetto> Crea impostazione " typecheck chiama a printf / scanf : NO "

Spiegazione : [Come funziona]

Controllare le chiamate a printf e scanf, ecc., Per assicurarsi che gli argomenti forniti abbiano tipi appropriati per la stringa di formato specificata e che le conversioni specificate nella stringa di formato abbiano un senso.

Spero che funzioni

Altro avvertimento

la conversione implicita dell'obiettivo c perde la precisione dei numeri interi da "NSUInteger" (aka "unsigned long") a "int

Modifica chiave " conversione implicita in 32 bit Tipo> Debug> * 64 architettura: No "

[ attenzione: può annullare altri avvisi di conversione dell'architettura a 64 bit] .

Fare il casting esplicito su "int" risolve il problema nel mio caso. Ho avuto lo stesso problema. Così:

int count = (int)[myColors count];