Перечисление с прямым объявлением в Objective-C

Продолжайте и используйте #import. Единственная причина, по которой люди рекомендуют использовать @class, когда это возможно, заключается в том, что это немного ускоряет компиляцию вашего кода. Однако нет проблем с #import копированием одного файла .h из другого. Фактически, вам нужно сделать это при расширении другого класса.

Самый последний способ (Swift 3; май 2017 г.) пересылки объявления перечисления (NS_ENUM / NS_OPTION) в объекте-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 */`

Ответ на ваш вопрос - либо продолжить и импортировать файл заголовка typedef, либо использовать общий тип, такой как NSInteger, вместо типа enum.

Однако есть больше причин не импортировать файл заголовка, чем просто скорость компиляции.

Отказ от импорта файла заголовка также снижает вероятность непреднамеренного доступа к посторонним классам.

Например, предположим, что у вас есть класс TrackFileChanges, который отслеживает изменения файловой системы в конкретном файле, и класс CachedFile, в котором хранятся кэшированные данные из файла. Последний может использовать частный ivar типа TrackFileChanges *, но для использования CachedFile это просто деталь реализации (в идеале ivar будет автоматически сгенерирован с частным свойством с использованием новой среды выполнения, но это невозможно, если вы ' повторно используем старую среду выполнения).

Таким образом, клиентам, которые #import "CachedFile.h", вероятно, не нужен или не нужен доступ к TrackFileChanges.h. И если они это сделают, они должны прояснить это, # импортировав это сами. Используя @class TrackFileChanges вместо #import "TrackFileChanges.h" в CachedFile.h, вы улучшаете инкапсуляцию.

Но все, что было сказано, нет ничего плохого в импорте файла заголовка из второго файла заголовка, если второй заголовок хочет открыть первый для всех клиентов. Например, файлы заголовков, которые объявляют классы, необходимо импортировать непосредственно в файлы заголовков подклассов, а файлы заголовков, объявляющие протоколы, вполне могут быть импортированы напрямую (хотя вы можете использовать @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; (не расширение компилятора).

Что сработало для прямого объявления перечисления для меня в файле Objective C .h, так это посмотреть в файле ProjectName-Swift.h и посмотреть, что он поместил, что оказалось следующим:

перечисление SwiftEnumName: NSInteger;

Мне было нужно это предварительное объявление, потому что у меня был тип параметра функции SwiftEnumName. И это не позволило мне поместить импорт ProjectName-Swift.h в файл Objective C .h.

Затем в файле Objective C .m у меня был только #import "ProjectName-Swift.h", и я просто обычно использовал SwiftEnum.

Это было с использованием Swift 4.1.2.

В любом случае вам придется либо #import их, либо создать отдельный файл заголовка, содержащий только typedef. Отсутствие импорта файлов заголовков в заголовок ускоряет компиляцию, но ничего не меняет.

Почему C ++ не поддерживает прямое объявление перечислений?