Answers:
继续使用#import。人们建议尽可能使用的唯一原因@class是因为它会使您的代码编译速度稍快一些。但是，#import从另一个文件中获取一个.h文件没有问题。实际上，在扩展另一个类时，您需要这样做。
在Objective-c中向前声明枚举（NS_ENUM / NS_OPTION）的最新方法（Swift 3； 2017年5月）是使用以下方法：
// 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 */`
@objc enum在Swift中定义，并且需要在.h文件中使用该类型，这也将很有帮助。您必须以这种方式转发声明（查看-Swift.h标头以查看原始类型）
您问题的答案是继续导入typedef头文件，或者使用NSInteger之类的通用类型而不是枚举类型。
但是，除了编译速度之外，还有更多的原因不导入头文件。
不导入头文件还可以减少对无关类的无意访问。
例如，假设您有一个TrackFileChanges类，该类跟踪文件系统对特定文件的更改，而您有一个CachedFile类，用于存储文件中的缓存数据。后者可能使用TrackFileChanges *类型的私有ivar，但是对于CachedFile的使用，这只是一个实现细节（理想情况下，将使用新的运行时使用私有属性自动生成ivar，但是如果您这样做，重新使用旧的运行时间）。
因此，＃import“ CachedFile.h”的客户端可能不需要或不想访问TrackFileChanges.h。如果这样做的话，他们应该自己#import使其清楚。通过在CachedFile.h中使用#import“ TrackFileChanges.h”的@class TrackFileChanges插件，可以改善封装效果。
但是，所有这些都说明，如果第二个头文件希望将第一个头文件公开给所有客户端，则从第二个头文件导入头文件没有错。例如，声明类的头文件需要直接导入子类化的头文件中，而声明协议的头文件则很可能直接导入（尽管您可以使用@protocol ABC；避免这种情况）。
如果可以使用编译器扩展，则可以在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，则应使用它们的枚举，这些枚举可以安全地进行声明-例如enum class Enum:uint8_t;（不是编译器扩展）。
typedef enum Enum Enum;然后在方法定义和声明中使用Enum。
#import无论如何，您要么必须使用它们，要么创建仅包含的单独的头文件typedef。不将标头文件导入标头中可以使编译更快，但不会改变其他任何内容。
typedef int EnumName怎么样？