ios - 为什么在创建项目范围的常量时需要实现文件 (.m)？

Question

目前我以这种方式创建常量:

// Constants.h
FOUNDATION_EXPORT NSString *const kTestConstant;

// Constants.m
NSString *const kTestConstant = @"TestConstant";

这当然工作得很好，但是我很困惑为什么我不能像这样将所有内容都放在头文件中:

NSString *const kTestConstant = @"TestConstant";

如果我这样做，在各个类中包含 Constants.h 并在这些类中使用 kTestConstant，我会在编译时收到重新定义错误。这是为什么？

我的理论是，通过仅在头文件上使用常量，文件 Constants.h 被“复制粘贴”到导入它的类文件中，因此我最终得到了 kTestConstant 的两个副本。但是，通过使用实现文件，该文件将被编译并与导入 Constants.h 的类链接。这或多或少是正确的吗？

Answer 1

基本上，除了“粘贴”的“现代”概念之外，您的分析是正确的。编译单元是直接或间接包含/导入的所有头文件和实现文件的串联。

一如既往，我建议获得一本好的“C”语言书籍并学习它，Objective-C 只是“C”之上的薄薄一层。这就是我几年前所做的，现在还保留着这本书。