Objective-C中的前向声明枚举

在Objective-C程序中遇到枚举可见性问题。 我有两个头文件,一个定义了一个typedef enum 。 另一个文件需要使用typedeftypes。

在直接的C中,我只是简单地包含另一个头文件,但是在Objective-C中,build议不要在头文件之间使用#import ,而@class根据需要使用forward @class声明。 但是,我无法弄清楚如何转发 – 声明一个枚举types。

我不需要实际的枚举值,除了在相应的.m实现文件中,我可以安全地#import了。 那么我怎样才能得到在头文件中识别typedef enum

继续使用#import 。 人们推荐在可能的时候使用@class的唯一原因是因为它让你的代码稍微快一点来编译。 但是,从#import另一个.h文件没有问题。 事实上,在扩展另一个课程时,你需要做到这一点。

你的问题的答案是要么继续和导入typedef头文件或使用像NSIntegergenericstypes而不是枚举types。

但是,不仅仅是编译速度,还有更多的理由不导入头文件。

不导入头文件也可以减less无意中访问无关的类。

例如,假设您有一个跟踪文件系统的TrackFileChanges类来更改特定的文件,并且您有一个CachedFile类来存储文件中的caching数据。 后者可能使用TrackFileChanges *types的私有ivar,但是对于CachedFile的使用,这只是一个实现细节(理想情况下,ivar将使用新的运行时自动生成一个私有属性,但这不可能,重新使用旧的运行时间)。

因此,#import“CachedFile.h”的客户端可能不需要或不想访问TrackFileChanges.h。 如果他们这样做,他们应该通过#importing它自己来清楚。 通过在CachedFile.h中使用#import“TrackFileChanges.h”的@class TrackFileChanges instea,可以改进封装。

但是,所有这一切说,从第二个头文件导入一个头文件没有什么不妥,如果第二个头想要公开第一个到所有的客户端。 例如,声明类的头文件需要直接导入子类头文件,而声明协议的头文件可能直接导入(尽pipe你可以使用@protocol ABC来避免这种情况)。

最近的方法(Swift 3; 2017年5月)转发声明枚举(NS_ENUM / NS_OPTION)在objective-c中是使用以下内容:

 // Forward declaration for XYZCharacterType in other header say XYZCharacter.h typedef NS_ENUM(NSUInteger, XYZCharacterType); // Enum declaration header: "XYZEnumType.h" #ifndef XYZCharacterType_h #define XYZCharacterType_h typedef NS_ENUM(NSUInteger, XYZEnumType) { XYZCharacterTypeNotSet, XYZCharacterTypeAgent, XYZCharacterTypeKiller, }; #endif /* XYZCharacterType_h */` 

如果你可以使用编译器扩展,你可以在Clang中使用这个命令:

 enum Enum; typedef enum Enum Enum2; void f(Enum2); // ok. it sees this type's true name. enum Enum { E_1 }; // ok. now its declaration is visible and we can use it. void f(Enum2 e) { } 

注意:它会触发一个“ -Wpedantic警告。


如果你正在使用C ++ 11,你应该使用它们的枚举,这是安全的转发declare – 例如enum class Enum:uint8_t; (不是编译器扩展)。

你不得不#import他们无论如何或创build一个单独的头文件只包含typedef 。 不在头文件中导入头文件会加快编译速度,但不会改变其他任何东西。

为什么C ++不支持向前声明枚举?