#ifdef en Swift: cómo reemplazar la compilación condicional de C/C++

«¿Y dónde está su #ifdef?» — la primera pregunta de un desarrollador de C en Swift

Si alguna vez ha migrado de C, C++ u Objective-C a Swift, seguramente se ha preguntado: «¿Cómo hago compilación condicional aquí? ¿Dónde está mi querido #ifdef?» Esta es una de las preguntas más populares en Stack Overflow, y no es casualidad. En el mundo de Swift no hay preprocesador en el sentido tradicional, pero eso no significa que no pueda gestionar de forma flexible la compilación para diferentes plataformas, configuraciones o modos de depuración.

En este artículo, analizaremos las mejores formas de reemplazar #ifdef en Swift: desde directivas simples hasta esquemas de compilación avanzados. Aprenderá a escribir código que funcione tanto en iOS como en macOS, a ocultar información de depuración en la versión de lanzamiento y a no confundirse con las banderas de plataforma. ¡Allá vamos!

Por qué Swift no tiene #ifdef (y eso es bueno)

El preprocesador de C es una herramienta potente pero peligrosa. Funciona antes del compilador, no conoce tipos ni ámbitos de visibilidad. Como resultado, es fácil obtener un #define que rompe todo a su alrededor. Los desarrolladores de Swift decidieron tomar otro camino: integraron la compilación condicional directamente en el lenguaje, haciéndola más segura y transparente.

En lugar de #ifdef, se utiliza #if, #elseif, #else y #endif — la sintaxis es similar, pero funciona a nivel del compilador de Swift, no del preprocesador. Además, se agregaron varias banderas integradas, de las que hablaremos a continuación.

Enfoque 1: Directivas clásicas #if — el pariente más cercano de #ifdef

La forma más directa es usar #if con condiciones predefinidas:

#if DEBUG\n    print("Esta es una compilación de depuración")\n    // Aquí puede haber registro, comprobaciones adicionales\n#else\n    print("Esta es una compilación de lanzamiento")\n#endif

Aquí tiene una lista de banderas integradas que puede utilizar:

\n
• DEBUG — definida automáticamente para la configuración Debug (Xcode la agrega por sí mismo)
\n
• os(iOS), os(macOS), os(tvOS), os(watchOS) — verificación de plataforma
\n
• arch(x86_64), arch(arm64), arch(i386), arch(arm) — arquitectura del procesador
\n
• swift(>=5.0) — versión del lenguaje Swift
\n
• canImport(UIKit) — verificación de disponibilidad del módulo
\n
• targetEnvironment(simulator) — ejecución en el simulador
\n

Ejemplo de verificación combinada:

#if os(iOS) || os(tvOS)\n    import UIKit\n    typealias PlatformView = UIView\n#elseif os(macOS)\n    import AppKit\n    typealias PlatformView = NSView\n#else\n    typealias PlatformView = Any\n#endif

Este código crea un alias único para la clase de vista que funciona en diferentes plataformas. ¡Muy útil para bibliotecas multiplataforma!

Enfoque 2: Active Compilation Conditions — su propio #ifdef

¿Y si necesita agregar su propia bandera que no está en el conjunto estándar? Por ejemplo, BETA_FEATURES o PAYMENT_INTEGRATION. Para esto, en Xcode existe Active Compilation Conditions (condiciones de compilación activas).

Cómo configurarlo:

\n
1. Abra su proyecto en Xcode
\n
2. Seleccione target → Build Settings → Swift Compiler — Custom Flags
\n
3. Busque el campo Active Compilation Conditions
\n
4. Agregue sus banderas separadas por espacios, por ejemplo: BETA PAYMENT_V2
\n

En el código se usa así:

#if BETA\n    print("Versión beta iniciada")\n    showBetaUI()\n#endif\n\n#if PAYMENT_V2\n    let paymentProcessor = NewPaymentProcessor()\n#else\n    let paymentProcessor = LegacyPaymentProcessor()\n#endif

¡Este es el reemplazo directo de #ifdef de C/C++! Usted mismo deci