ios - .h 中的静态 const 定义与 .m 中的外部 const 定义

我发现将 .h 中的常量定义为外部变量然后在 .m 文件中分配常量令人沮丧。显得那么多余。有什么理由不在头文件中定义常量吗？

典型的实现是:

//  Constants.h
@interface Constants : NSObject
extern NSString *const kPCFavorites;
@end

那么实现将是:

//  Constants.m
@implementation Constants
NSString *const kPCFavorites = @"CFavorites";
@end

但是，我可以这样做:

//  Constants.h
static NSString *const kPCFavorites = @"CFavorites";
@interface Constants : NSObject
@end

显然，最后一个定义甚至不需要接口(interface)或实现，因此两者都可以省略并变成:

//  Constants.h
static NSString *const kPCFavorites = @"CFavorites";

根本没有 .m 文件。

这对我来说似乎更干净。为什么我们不以这种方式实现常量？我已经以两种方式定义了它们，并且在 XCode 5 中没有出现编译或运行时错误。

---

Best Answer-推荐答案

因为

static NSString * const kPCFavorites = @"CFavorites";

声明一个变量，而不是一个常量。 C 实际上没有声明符号常量的方法(除了 enum，它只适用于整数)。

因此，如果您使用此方法，则 #include 为您的 header 的每个文件都会有自己的变量，称为 kPCFavorites。从历史上看，这意味着您的程序会因为 kPCFavourites 和字符串 @"PCFavourites" 的所有副本而增加，尽管更现代的链接器可能会设法摆脱部分或全部重复(当然我希望链接器只给您留下字符串本身的一个副本；它目前是否可以摆脱额外的指针变量我不确定 - 但它是易于测试)。

关于ios - .h 中的静态 const 定义与 .m 中的外部 const 定义，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22230383/