当开发iOS时,我应该使用NSInteger vs. int ?我在苹果的示例代码中看到,他们在将值作为参数传递给函数或从函数返回值时使用NSInteger(或NSUInteger)。
- (NSInteger)someFunc;...
- (void)someFuncWithInt:(NSInteger)value;...
但在函数中,他们只是用int来跟踪一个值
for (int i; i < something; i++)
...
int something;
something += somethingElseThatsAnInt;
...
我读过(被告知),NSInteger是一个安全的方法来引用一个整数在64位或32位的环境,所以为什么要使用int在所有?
你应该使用NSInteger,如果你需要将它们与常量值进行比较,如NSNotFound或NSIntegerMax,因为这些值在32位和64位系统上是不同的,所以索引值,计数等:使用NSInteger或NSUInteger。
在大多数情况下使用NSInteger没有什么坏处,除了它占用两倍的内存。内存的影响非常小,但如果在任何时候都有大量的数字浮动,那么使用int型可能会有所不同。
如果你确实使用NSInteger或NSUInteger,当使用格式化字符串时,你会想要将它们转换为长整数或无符号长整数,因为如果你尝试注销一个NSInteger,就像它有一个已知的长度一样,Xcode的新特性会返回一个警告。在将它们发送给int类型的变量或参数时,也应该同样小心,因为在这个过程中可能会失去一些精度。
总的来说,如果你不希望在内存中同时有成千上万个NSInteger,那么使用NSInteger比不断担心两者之间的差异要容易得多。
当你不知道你的代码会在什么样的处理器架构上运行时,你通常会使用NSInteger,所以你可能出于某种原因想要最大的整数类型,在32位系统中它只是一个int,而在64位系统中它是一个long。
我坚持使用NSInteger而不是int/long,除非你特别需要它们。
NSInteger/NSUInteger被定义为这些类型之一的动态类型定义,它们的定义如下:
#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
关于这些类型应该使用的正确格式说明符,请参阅字符串编程指南的平台依赖项部分
在iOS上,使用int还是NSInteger并不重要。如果iOS转向64位,这将变得更加重要。
简单地说,NSIntegers在32位代码中是整型(因此是32位长型),在64位代码中是长型(64位代码中的长型是64位宽的,但在32位代码中是32位宽的)。使用NSInteger而不是long的最可能的原因是不破坏现有的32位代码(使用int)。
CGFloat也有同样的问题:在32位(至少在OS X上)上,它是float;在64位上,它是双精度的。
更新:随着iPhone 5s、iPad Air、iPad Mini和iOS 7的推出,你现在可以在iOS上构建64位代码了。
更新2:另外,使用NSIntegers有助于Swift代码的互操作性。