Неявное преобразование Objective C теряет целочисленную точность «NSUInteger» (иначе «unsigned long») к предупреждению «int»

Я работаю над некоторыми упражнениями и получил предупреждение, в котором говорится:

Неявное преобразование теряет целочисленную точность: «NSUInteger» (он же «unsigned long») в «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;
}

countМетод NSArrayвозвращает NSUInteger, и на 64-битной платформе OS X

• NSUIntegerопределяется как unsigned longи
• unsigned long 64-разрядное целое число без знака
• int 32-разрядное целое число

Так intчто это «меньший» тип данных, чем NSUInteger, следовательно, предупреждение компилятора.

См. Также NSUInteger в «Справочнике типов данных фонда»:

При создании 32-разрядных приложений NSUInteger представляет собой 32-разрядное целое число без знака. 64-разрядное приложение рассматривает NSUInteger как 64-разрядное целое число без знака.

Чтобы исправить это предупреждение компилятора, вы можете объявить локальную countпеременную как

NSUInteger count;

или (если вы уверены, что ваш массив никогда не будет содержать больше, чем 2^31-1элементы!), добавьте явное приведение:

int count = (int)[myColors count];

Вопреки ответу Мартина, приведение к int (или игнорирование предупреждения) не всегда безопасно, даже если вы знаете, что в вашем массиве не более 2 ^ 31-1 элементов. Не при компиляции для 64-битной.

Например:

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]);
}

Изменить ключ в Project> Build Setting " typecheck вызывает printf / scanf : НЕТ "

Пояснение: [Как это работает]

Проверьте вызовы printf, scanf и т. Д., Чтобы убедиться, что предоставленные аргументы имеют типы, соответствующие указанной строке формата, и что преобразования, указанные в строке формата, имеют смысл.

Надеюсь это сработает

Другое предупреждение

неявное преобразование target c теряет целочисленную точность «NSUInteger» (иначе «unsigned long») в «int»

Изменить ключ « неявное преобразование в 32-битный тип> Отладка> * 64 архитектура: нет »

[ предостережение: это может аннулировать другое предупреждение о преобразовании 64-битной архитектуры] .

Выполнение точного преобразования в int решает проблему в моем случае. Я была такая же проблема. Так:

int count = (int)[myColors count];