不允许使用swift类的Objective C头文件中定义的Constant。架构armv7的未定义符号

一尘不染

swift

我创建了 Objective C头文件 。并在其中添加了一些属性。
我
static NSString* const kColor005C98 = @"005C98";在Constants.h文件中声明

我在 Bridging-Header 文件中将此文件定义为#import "Constants.h"
现在，当我想kColor005C98在某些 swift 文件中使用此属性时，构建失败，并且我正在

架构armv7的未定义符号：“ _ kColor005C98”，引用自：

我不知道我还需要做什么，所以我不会收到此错误？（我已经在其他 目标C 文件中成功使用了此属性，在这种情况下没有问题）

阅读 216

2020-07-07

共1个答案

一尘不染

更新：

从Swift 2 / Xcode 7及更高版本开始，静态常量定义如下

static NSString* const kColor005C98 = @"005C98"; // in Constants.h file

被导入到Swift，可以毫无问题地使用。

（Swift 1.x的旧答案） 当代码

static NSString* const kColor005C98 = @"005C98"; // in Constants.h file

由 Objective-C 编译器处理，被视为结合在一个语句中的两件事：

例如，请参见定义和声明之间有什么区别？很好地说明了声明和定义之间的区别。

Swift编译器仅将该语句视为声明。因此，该变量未在任何地方定义，从而导致链接器错误。

要解决此问题，您必须将定义移至Objective-C文件：

// Constants.m:
#import "Constants.h"
NSString * const kColor005C98  = @"005C98";

并更改声明一个extern声明：

// Constants.h:
extern NSString * const kColor005C98;

另外， 您可以删除static修饰符：

 NSString * const kColor005C98 = @"005C98";

使它可以与Swift一起使用。缺点是，当多个Objective-
C文件包含此行时，所有文件都将定义一个全局可见的符号kColor005C98，从而导致“重复符号”链接器错误。

另一种选择 是改为使用宏定义：

#define kColor005C98 @"005C98"

2020-07-07