#import 仍然得到“重复符号”错误

Question

当我编译我的 iPhone 应用程序时，xCode 为 MyConstants.h 中的变量给出“重复符号”错误，

我想如果我使用：

#import "MyConstants.h"

它会避免这种情况吗？

但我仍然有问题。

添加信息：

在“链接”期间发生错误。 （我只是使用 xCode 的“Build and Go”按钮。）

我也尝试了（#import 不需要）#ifndef/def 方法。

也许我应该问这个：

如果您需要访问源代码文件的所有部分中的常量...您会在 .h 文件中放入什么内容？您将使用什么将该常量包含在代码的其他部分中。

我认为（但我想事实并非如此）它很简单：

MyConstants.h> int thisIsGlobal = 123;

（我在任何代码中的任何位置都没有重新定义 thisIsGlobal。）

然后只需在我的其他每个源文件的顶部添加“#import MyConstants.h”即可。

Answer 1

您可以做的就是放入标头 (MyConstants.h)：

extern const int MyConstant;
extern NSString * const MyStringConstant;

并在源文件中包含上面的标头，但定义常量 (MyConstants.m)：

const int MyConstant = 123;
NSString * const MyStringConstant = @"SomeString";

然后，您只需将标头包含在使用这些常量之一的任何其他源文件中。标头只是声明这些常量存在于某处，因此编译器不会抱怨，因为解析这些常量名称是链接器的工作。包含常量定义的源文件被编译，链接器发现这是常量所在的位置，并解析在其他源文件中找到的所有引用。

在标头中声明和定义常量（未声明为静态）的问题在于，编译器将其视为包含该标头的每个文件的独立全局变量。当链接器尝试将所有编译源链接在一起时，它遇到全局名称的次数与您包含 MyConstants.h 的次数一样多。

Answer 2

两个选项：

static const int thisIsGlobal = 123;

或

#define thisIsGlobal 123

Answer 3

我这样使用，并且有效：（在 @interface 之外的 .h 中）

static NSString * const mkLocaleIdentifierUS = @"en_US";
static NSString * const mkLocaleUserSystemSettings = nil;

Answer 4

这是因为相关符号名称 (thisIsGlobal) 被发送到创建的每个对象文件中，其中包含并可见包含 thisIsGlobal 声明的标头。

另一位发帖者提供的示例：“extern const int MyConstant;”是最好的方法，除非您需要该值可见，在这种情况下您可以使用枚举：

int thisIsGlobal = 123; // 不好

枚举 { thisIsGlobal = 123 }; // 好的

使用 static 会在大型程序中发出大量隐藏符号——不要使用它。使用定义也很可怕（考虑到有更安全的替代方案可用，为什么不使用它们呢？）。

Answer 5

我通常将应用程序常量文件放在 Xcode 项目的 MyApplication_Prefix.pch 文件中，该文件通常位于 Other Sources 组中。此 pch 文件中包含的任何头文件都将包含在项目中的所有文件中。

添加此包含语句后，您将不再需要包含项目中每个文件中的 MyConstants.h 文件 - 它将自动包含。