在 Cocoa 中你更喜欢 NSInteger 还是 int，为什么？

Question

NSInteger/NSUInteger 是 Cocoa 定义的常规内置类型的替代品。

使用 NS* 类型比内置类型有什么好处吗？你更偏向于哪个，为什么？是 NSInteger 和 int 32位/64位平台上宽度相同吗？

Answer 1

我的理解是 NSInteger 等人。是相应 C 类型的体系结构安全版本。基本上它们的大小根据架构而变化，但是例如 NSInteger，保证保存当前架构的任何有效指针。

Apple 建议您使用它们来运行 OS X 10.5 及更高版本，Apple 的 API:s 将使用它们，因此养成使用它们的习惯绝对是个好主意。它们需要更多的输入，但除此之外似乎没有任何理由不使用它们。

Answer 2

64 位运行时的量化问题

在某些情况下，可能有充分的理由使用标准类型而不是 NSInteger: ：64 位系统中的“意外”内存膨胀。

显然，如果整数是 8 个字节而不是 4 个字节，则值占用的内存量会增加一倍。不过，鉴于并非每个值都是整数，您通常不应期望应用程序的内存占用量增加一倍。但是，Mac OS X 分配内存的方式会根据请求的内存量而变化。

目前，如果您要求 512 字节或更少， malloc 向上舍入到下一个 16 字节的倍数。但是，如果您要求超过 512 字节， malloc 向上舍入到 512 的下一个倍数（至少 1024 字节）。假设您定义了一个类，其中声明了五个 NSInteger 实例变量，在 32 位系统上，每个实例占用 272 个字节。在 64 位系统上，实例理论上需要 544 字节。但是，由于内存分配策略的原因，每个实际上将占用 1024 字节（几乎增加了四倍）。如果您使用大量这些对象，应用程序的内存占用量可能会比您预期的要大得多。如果您更换了 NSInteger 变量与 sint_32 变量，您只需要使用 512 字节。

因此，当您选择要使用的标量时，请确保选择合理的标量。您是否需要一个比 32 位应用程序中所需的值更大的值？使用 64 位整数来计算秒数不太可能是必要的......

Answer 3

64 位实际上是 NSInteger 和 NSUInteger 存在的理由；在 10.5 之前，这些不存在。这两者在 64 位中被简单地定义为 long，在 32 位中被简单地定义为 int：

#if __LP64__ || NS_BUILD_32_LIKE_64
typedef long NSInteger;
typedef unsigned long NSUInteger;
#else
typedef int NSInteger;
typedef unsigned int NSUInteger;
#endif

因此，当您需要“位本机”大小时，可以使用它们代替更基本的 C 类型。

CocoaDev 有更多信息。

Answer 4

我更喜欢标准的 c 风格声明，但这只是因为我在几种语言之间切换，而且我不必考虑太多，但听起来我应该开始考虑 nsinteger

Answer 5

为了将数据导入和导出到文件或通过网络，我使用 UInt32, SINT64 ETC...

无论架构如何，它们都保证具有一定的大小，并有助于将代码移植到也共享这些类型的其他平台和语言。