NSInteger変数をフォーマット引数として使用すると、なぜlongにキャストする必要があるのですか？

NSInteger myInt = 1804809223;
NSLog(@"%i", myInt); <==== 

上記のコードはエラーを生成します：

タイプ「NSInteger」の値は、フォーマット引数として使用しないでください。代わりに明示的なキャストを「long」に追加してください

訂正されたNSLogメッセージは実際にNSLog(@"%lg", (long) myInt);です。値を表示したいmyIntのに整数値をに変換する必要があるのはなぜlongですか？

OS X（64ビット）でコンパイルするとこの警告NSIntegerが表示されます。これは、そのプラットフォームではlong64ビット整数として定義されているためです。%i形式は、一方であり、int32ビットです。そのため、形式と実際のパラメーターのサイズが一致しません。

以来、NSInteger32ビットまたは64ビットであり、プラットフォームに応じて、コンパイラはにキャストを追加することをお勧めしますlong一般。

更新： iOS 7は64ビットもサポートするようになったため、iOS用にコンパイルするときに同じ警告が表示される可能性があります。

フォーマット指定子がデータ型と一致する場合は、何にもキャストする必要はありません。NSIntegerがネイティブ型に関してどのように定義されるかについての詳細は、Martin Rの回答を参照してください。

したがって、64ビット環境用にビルドすることを目的としたコードの場合、次のようなログステートメントを記述できます。

NSLog(@"%ld",  myInt); 

32ビット環境では、次のように記述できます。

NSLog(@"%d",  myInt); 

そしてそれはすべてキャストなしで動作します。

とにかくキャストを使用する理由の1つは、優れたコードはプラットフォーム間で移植される傾向があるためです。変数を明示的にキャストすると、32ビットと64ビットの両方で問題なくコンパイルされます。

NSLog(@"%ld",  (long)myInt);

そしてこれは、結局のところデバッグの補助にすぎないNSLogステートメントだけでなく[NSString stringWithFormat:]、本番コードの正当な要素であるさまざまな派生メッセージにも当てはまることに注意してください。

NSIntegerをNSLogに渡す代わりに、NSNumberを渡すだけです。これにより、すべてのキャストが回避され、適切な文字列フォーマット指定子が選択されます。

NSNumber foo = @9000;
NSLog(@"foo: %@", foo);
NSInteger bar = 9001;
NSLog(@"bar: %@", @(bar));

それはNSUIntegersでも機能し、心配する必要はありません。64ビット/ 32ビットの混合環境でのNSIntegerおよびNSUIntegerへの回答を参照してください

を使用している間は警告を出し続けますNSLog(@"%ld", (long)myInt);がlong myInt = 1804809223;、iOS 10でへの宣言を変更すると警告を停止します。

OS Xは、NSInteger、NSUInteger、CGFloat、およびCFIndexのいくつかのデータ型を使用して、32ビット環境と64ビット環境で値を表す一貫した方法を提供します。32ビット環境では、NSIntegerおよびNSUIntegerは、それぞれintおよびunsigned intとして定義されます。64ビット環境では、NSIntegerおよびNSUIntegerはそれぞれlongおよびunsigned longとして定義されます。プラットフォームに応じて異なるprintfスタイルの型指定子を使用する必要を回避するために、このリンクに示されている指定子を32ビット環境と64ビット環境の両方に使用でき ます。