NSIntegerとintを使用する場合

NSIntegeriOS用に開発する場合、vs.intをいつ使用する必要がありますか？関数に引数として値を渡したり、関数から値を返したりするときに使用するNSInteger（またはNSUInteger）Appleサンプルコードを確認しました。

- (NSInteger)someFunc;...
- (void)someFuncWithInt:(NSInteger)value;...

しかし、関数内ではint、値を追跡するために使用しています

for (int i; i < something; i++)
...

int something;
something += somethingElseThatsAnInt;
...

私はNSInteger、64ビットまたは32ビット環境で整数を参照する安全な方法であると（言われました）読んだので、なぜ使用intするのですか？

通常NSInteger、コードが実行される可能性のあるプロセッサアーキテクチャの種類がわからない場合に使用します。そのため、何らかの理由で、32ビットシステムではint64ビット上で、可能な最大の整数型が必要になる場合があります。システムそれはlongです。

特に必要でない限りNSInteger、int/の代わりに使用longすることにします。

NSInteger/ NSUIntegerはtypedef、これらのタイプの1つに対して*動的* s として定義されており、次のように定義されています。

#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

これらのタイプごとに使用する必要がある正しい形式指定子については、プラットフォームの依存関係に関する文字列プログラミングガイドのセクションを参照してください。

なぜ使用intするのですか？

intループ制御変数（ループの反復を制御するためだけに使用される）のintデータ型は、データ型のサイズとループに保持できる値の両方で問題ないため、Appleが使用しています。ここでは、プラットフォームに依存するデータ型は必要ありません。ループ制御変数の場合、16ビットでintもほとんどの場合に実行されます。

AppleはNSInteger関数の戻り値または関数の引数に使用します。これは、この場合、データ型[サイズ]が重要になるためです。関数で実行しているのは、他のプログラムまたは他のコードとデータの通信/受け渡しを行うためです。NSIntegerとintをいつ使用する必要があるかについての回答を参照してください。あなたの質問自体で...

関数に値を引数として渡すとき、または関数から値を返すときに、[Apple]はNSInteger（またはNSUInteger）を使用します。

OS Xは「LP64」です。この意味は：

int 常に32ビットです。

long long は常に64ビットです。

NSIntegerそしてlong、常にポインタのサイズです。つまり、32ビットシステムでは32ビット、64ビットシステムでは64ビットです。

NSIntegerが存在する理由は、ポインタサイズの変数を保持するint代わりに多くのレガシーAPIが誤って使用されたためlongです。これは、APIを64ビットバージョンからintに変更する必要があったことを意味しlongます。つまり、32ビットと64ビットのどちらのアーキテクチャ向けにコンパイルするかによって、APIの関数シグネチャが異なります。 NSIntegerこれらのレガシーAPIでこの問題を隠すつもりです。

新しいコードではint、32ビット変数long longが必要な場合、64ビット整数が必要な場合、longまたはNSIntegerポインターサイズの変数が必要な場合に使用します。

NSIntegerの実装を掘り下げる場合：

#if __LP64__
typedef long NSInteger;
#else
typedef int NSInteger;
#endif

簡単に言うと、NSInteger typedefがステップを実行します。アーキテクチャが32ビットの場合はを使用しint、64ビットの場合はを使用しlongます。NSIntegerを使用すると、プログラムが実行されているアーキテクチャについて心配する必要はありません。

NSNotFoundやNSIntegerMaxなどの定数値と比較する必要がある場合は、NSIntegersを使用する必要があります。これらの値は32ビットシステムと64ビットシステムで異なるため、インデックス値、カウントなど：NSIntegerまたはNSUIntegerを使用します。

2倍のメモリを消費することを除いて、ほとんどの状況でNSIntegerを使用しても害はありません。メモリへの影響は非常に小さいですが、一度に大量の数値が浮かんでいる場合、intを使用すると違いが生じる可能性があります。

NSIntegerまたはNSUIntegerを使用する場合は、フォーマット文字列を使用するときに、長整数または符号なし長整数にキャストする必要があります。これは、NSIntegerを既知の長さであるかのようにログアウトしようとすると、新しいXcode機能が警告を返すためです。int型の変数または引数に送信する場合も同様に注意する必要があります。これは、プロセスの精度が失われる可能性があるためです。

全体として、一度に数十万個がメモリにあると予想しない場合は、常に2つの違いを心配するよりもNSIntegerを使用する方が簡単です。

現在（2014年9月）現在NSInteger/CGFloat、arm64用のアプリもビルドしている場合は、iOS APIなどとやり取りするときに使用することをお勧めします。これはfloat、longとintタイプを使用すると予期しない結果が生じる可能性があるためです。

例：FLOAT / DOUBLEとCGFLOAT

例として、UITableViewデリゲートメソッドを使用しtableView:heightForRowAtIndexPath:ます。

32ビットのみのアプリケーションでは、次のように記述されていれば正常に機能します。

-(float)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    return 44;
}

float32ビット値であり、返される44は32ビット値です。ただし、これと同じコードを64ビットarm64アーキテクチャでコンパイル/実行すると、44は64ビット値になります。32ビット値が予想されるときに64ビット値を返すと、予期しない行の高さが得られます。

CGFloatタイプを使用してこの問題を解決できます

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    return 44;
}

このタイプは、32 floatビット環境の32ビットおよび64ビットを表しますdoubleます。したがって、このタイプを使用する場合、コンパイル/ランタイム環境に関係なく、メソッドは常に期待されるタイプを受け取ります。

整数を期待するメソッドについても同様です。このようなメソッドは、32 intビット環境では32 ビット値を、64ビット環境では64 ビット値を期待しlongます。このケースは、コンパイル/ランタイム環境に基づいNSIntegerて、intまたはとして機能するタイプを使用して解決できlongます。

iOSでは、現在、intまたはを使用しても問題ありませんNSInteger。iOSが64ビットに移行する場合は、さらに重要になります。

簡単に言えば、NSIntegersはint32ビットコードのs（したがって32ビット長）でありlong、64ビットコードlongのs です（64ビットコードのsは64ビット幅ですが、32ビットコードでは32ビットです）。のNSInteger代わりにを使用する最も可能性の高い理由longは、既存の32ビットコード（ints を使用）を壊さないためです。

CGFloat同じ問題があります：32ビット（少なくともOS X）ではfloat、64ビットではdoubleです。

アップデート： iPhone 5s、iPad Air、iPad Mini with Retina、およびiOS 7の導入により、iOSで64ビットコードをビルドできるようになりました。

Update 2：また、NSIntegersを使用すると、Swiftコードの相互運用性が向上します。

int = 4バイト（アーキテクトのサイズに関係なく固定）NSInteger =アーキテクトのサイズに依存（例：4バイトアーキテクトの場合= 4バイトNSIntegerサイズ）