Forward-declare enum in Objective-C

La forma más reciente (Swift 3; mayo de 2017) de reenviar la declaración de la enumeración (NS_ENUM/NS_OPTION) en objective-c es usar lo siguiente:

// 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 */`

La respuesta a su pregunta es importar el archivo de encabezado typedef o usar un tipo genérico como NSInteger en lugar del tipo enum.

Sin embargo, hay más razones para no importar un archivo de encabezado que solo la velocidad de compilación.

No importar un archivo de encabezado también reduce el acceso inadvertido a clases extrañas.

Por ejemplo, supongamos que tiene una clase TrackFileChanges que rastrea el sistema de archivos para los cambios en un archivo específico, y tiene una Clase CachedFile que almacena datos en caché de un archivo. Este último podría usar un ivar privado de tipo TrackFileChanges*, pero para los usos de CachedFile, esto es simplemente un detalle de implementación (idealmente, el ivar se generaría automáticamente con una propiedad privada utilizando el nuevo tiempo de ejecución, pero eso no es posible si está utilizando el tiempo de ejecución anterior).

Entonces clientes que #importan "CachedFile.h " probablemente no necesitan o quieren acceso a TrackFileChanges.h. Y si lo hacen, deben dejarlo claro por # importarlo ellos mismos. Usando @ class TrackFileChanges instea de # import " TrackFileChanges.h " en CachedFile.h mejora la encapsulación.

Pero dicho esto, no hay nada malo en importar un archivo de encabezado desde un segundo archivo de encabezado si el segundo encabezado quiere exponer el primero a todos los clientes. Por ejemplo, los archivos de encabezado que declaran clases deben importarse directamente en archivos de encabezado de subclase, y los archivos de encabezado que declaran protocolos pueden importarse directamente (aunque puedes usar @ protocol ABC; para evitar esto).

Si estás bien usando extensiones de compilador, puedes usar este orden en 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) {

}

Nota: Activará una advertencia -Wpedantic.

Si está utilizando C++11, debe usar sus enumeraciones, que son seguras para reenviar declaraciones {por ejemplo, enum class Enum:uint8_t; (no una extensión de compilador).

Lo que funcionó para una declaración hacia adelante de una enumeración para mí en un Objetivo C.el archivo h estaba en el nombre del proyecto-Swift.h archivo y ver lo que puso, que resultó ser el siguiente:

Enum SwiftEnumName: NSInteger;

Necesitaba esta declaración forward porque tenía un tipo de parámetro de función SwiftEnumName. Y no me dejaba poner el nombre del proyecto-Swift.h importación en el objetivo C.archivo h.

Entonces en el Objetivo C.m archivo Acabo de tener el # import "ProjectName-Swift.h " en él y acaba de utilizar el SwiftEnum normalmente.

Esto estaba usando Swift 4.1.2.

Tendría que #import de todos modos o crear un archivo de encabezado separado que contenga solo el typedef. No importar archivos de encabezado en un encabezado hace que la compilación sea más rápida, pero no cambia nada más.

¿Por qué C++ no admite la declaración directa de enumeraciones?