#ifdef remplacement, dans le langage Swift

En C/C++/Objective-C, vous pouvez définir une macro à l'aide du compilateur préprocesseurs.
En outre, vous pouvez inclure/exclure certaines parties de code à l'aide du compilateur préprocesseurs.

#ifdef DEBUG
    //Debug-only code
#endif

Est-il une solution similaire dans Swift?

Comme une idée, vous pouvez mettre ceci dans votre obj-c combler les en-têtes..
Vous devriez vraiment prix une réponse que vous avez à choisir entre plusieurs, et cette question a eu beaucoup de votes.

InformationsquelleAutor mxg | 2014-06-02

1028

Oui vous pouvez le faire.

Dans Swift, vous pouvez toujours utiliser le "#si/#else/#endif" macros du préprocesseur (bien que limitée), comme par Apple docs. Voici un exemple:
```
#if DEBUG
    let a = 2
#else
    let a = 3
#endif
```
Maintenant, vous devez définir le "DEBUG" symbole ailleurs, même si. Mettre dans le "Swift Compilateur - Drapeaux Personnalisés," section "Autres Swift Drapeaux" de ligne. Vous ajoutez les symboles de DÉBOGAGE avec le -D DEBUG entrée.

Comme d'habitude, vous pouvez définir une valeur différente lorsque en Debug ou Release.

Je l'ai testé en réel code et il fonctionne, il ne semble pas être reconnu dans une aire de jeux bien.

Vous pouvez lire mon post original ici.

REMARQUE IMPORTANTE: -DDEBUG=1 ne fonctionne pas. Seulement -D DEBUG œuvres. Semble compilateur, c'est ignorer un drapeau avec une valeur spécifique.
- C'est la bonne réponse, mais il convient de noter que vous ne pouvez vérifier la présence du drapeau, mais pas une valeur spécifique.
- Eh bien, c'est désagréable. J'utilise fréquemment #if 0/#else/#endif pour essayer de code de test. Il rend banal d'aller d'avant en arrière pour tester des choses telles que la durabilité ou de la vitesse. Je comprends le préprocesseur était juste un autre hack (sur un hack sur un hack). Mais dans ce cas c'était vraiment une Chose Utile®
- remarque: Sur le haut de l'ajout de -D DEBUG comme indiqué ci-dessus, vous devez également définir DEBUG=1 dans Apple LLVM 6.0 - Preprocessing -> Preprocessor Macros.
- Cela peut-il être utilisé pour s'assurer un peu de code (debug-login-titres) ne sont pas construire dans le libéré application lors de la construction avec des configurations différentes?
- faux" peut être utilisé au lieu de "#if 0"
- Je ne pouvais pas obtenir que cela fonctionne jusqu'à ce que j'ai changé la mise en forme de -DDEBUG de cette réponse: stackoverflow.com/a/24112024/747369.
- Je suis confronté à un problème avec cette solution, ou peut-être un caprice. Il fonctionne lorsque je suis déconner avant la libération. Je peux mettre mon système à la compilation, soit debug ou release et le #if DEBUG donne le résultat correct. MAIS, quand j'ai des archives et de la soumission de l'application sur l'App Store, cela se voit sur le magasin en mode debug, et ce, malgré le fait que mon Archive de configuration de la compilation est prévue pour une sortie, que j'ai confirmé. Je pense que cela peut ne pas être à travailler sur le store que les gens pensent qu'il est. Quelqu'un d'autre le confirmer?
- Si vous utilisez .xcconfig fichiers vous pouvez configurer ces macro comme ceci: OTHER_SWIFT_FLAGS = $(inherited) "-D" "MAC_APP_STORE".
- Il n'y a pas besoin d'ajouter DEBUG=1 à Preprocessor Macros, si vous ne voulez pas l'utiliser dans le code Objective-C.
- J'ai fini par mettre un booléen, à mon plus haut niveau cadre de mon projet principal (où le #if DEBUG est fiable), et puis l'ensemble de mon code dans ma cadres de vérifier la boolean au lieu d'utiliser des #if DEBUG. Bien sûr, cela signifie que le code des autres voies sont encore tous là dans la presse, mais tout simplement jamais exécuter. Je n'ai pas trouvé une solution au-delà de cela, mais je n'ai pas été vérifier, dernièrement, à voir si Apple peut avoir rien fait pour la corriger.
- Il y A quelques jours j'ai mis en place cette solution de Débogage sans votre suggestion. Je vais vous laisser savoir comment il se trouve.
- Cela a fonctionné dans notre application cible, mais pas le ...AppTests même si nous avons ajouté à Apple LLVM 6.0 - Preprocessing -> Preprocessor Macros ainsi que "Swift Compilateur - Drapeaux Personnalisés"
- Est-il aussi quelque chose comme #ifndef DEBUG ? (si pas de débogage...)
- Vous pouvez utiliser les opérateurs booléens (ex: "#si !DEBUG ` )
- est la mise en forme -D DEBUG (avec l'espace) ou -DDEBUG (pas d'espace)? si vous devez également définir DEBUG=1 comme @MattQuiros dit, ne faut-il pas la réponse à être mis à jour?
- il semble fonctionner sans définir DEBUG=1 dans Preprocessor Macros? êtes-vous sûr que c'est toujours le cas?
- Pour être très clair au sujet de cet indicateur, à savoir la désignation de DÉBOGAGE est classique, pas quelque chose qui est prédéfini par Xcode, ou le préprocesseur. Set-DDEBUG pour la configuration de Débogage dans les "autres Swift drapeaux". Mettre quelque chose d'autre, par exemple -DRELEASE pour la Libération de configuration.
- Le non-espace version (-DDEBUG) fonctionne pour moi, mais la pièce manquante de ce truc, c'est que vous devez ajouter dans le "Swift Compilateur - Drapeaux Personnalisés" section de la Cible, pas la section de ce nom de Projet paramètres.
- C'est -D Debug pour Objectif les projets C et D - Debug pour Swift projets.
- Rappelez-vous ce qui doit être défini pour le cadre spécifique/extension de l'utiliser! Donc, si vous avez un clavier/aujourd'hui l'extension de définir s'il en existe. Si vous avez un autre type de cadre même chose. Cela peut être nécessaire si l'objectif principal est l'objective-c...
- Comme de Xcode 9 GM, je n'ai pas d'avoir à ajouter des drapeaux pour les paramètres de construction comme j'ai vu que DEBUG était déjà inclus dans les Active Compilation Conditions sous Swift Compiler-Custom Flags. Cependant, je ne suis pas sûr si c'est comme ça par défaut (lorsque vous créez un nouveau projet) ou a été placé là par CocoaPods.
- Il n'est pas placé par CocoaPods. Je suis l'aide de Carthage et le drapeau est ici. Semble être la valeur par défaut de Xcode 9.
- comment utilisez-vous la valeur de a, car il est défini à l'intérieur du bloc
- Ce ne sont PAS des définitions de préprocesseur, et Swift n'a pas de préprocesseur. Ce sont au moment de la compilation des attributs, et construire les attributs de configuration.
- Comment puis-je tester si cela fonctionne? En Objective-C j'ai utilisé pour écrire qqch dans le code qu'il donne une erreur de compilation, quand il est dans la bonne section, mais ici cela ne fonctionne pas plus
- mais c'est un très laid solution, il est préférable d'utiliser if _isDebugAssertConfiguration() { ... }, celui-ci est plus semblable à Andorid de if (BuildConfig.DEBUG) { ... }
InformationsquelleAutor Jean Le Moignan
345

Comme indiqué dans Apple Docs

La Swift compilateur ne comprend pas un préprocesseur. Au lieu de cela, il faut profiter du moment de la compilation d'attributs, de construire des configurations et fonctionnalités de langage pour accomplir la même fonctionnalité. Pour cette raison, les directives de préprocesseur ne sont pas importés dans Swift.

J'ai réussi à faire ce que je voulais en utilisant des Configurations de Build:
1. Aller à votre projet /sélectionnez votre cible /Paramètres de construction /recherche de Drapeaux Personnalisés
2. Pour votre cible choisie définir votre indicateur personnalisé à l'aide de D-préfixe (sans espaces), pour le Debug et Release
3. Faire les étapes ci-dessus pour chaque objectif que vous avez
Voici comment vous vérifiez pour cible:
```
#if BANANA
    print("We have a banana")
#elseif MELONA
    print("Melona")
#else
    print("Kiwi")
#endif
```
Testé l'utilisation de Swift 2.2
- 1.avec un espace de travail aussi, 2.doit définir le drapeau uniquement pour le Débogage?
- cela dépend de vos besoins, mais si vous voulez quelque chose ne se produit qu'en mode debug, et pas dans la version, vous devez supprimer -DDEBUG de la Libération.
- Après j'ai mis de l'indicateur personnalisé -DLOCAL, sur mon #if LOCAl #else #endif, il tombe dans la #else section. J'ai dupliqué la cible d'origine AppTarget et le renommer en AppTargetLocal & ensemble de son indicateur personnalisé.
- Oui, de cette façon, vous pouvez réellement définir des indicateurs différents pour les différentes cibles, si vous avez plus d'un. Assurez-vous juste de ne pas forghet pour définir les indicateurs pour les autres cibles.
- savez-vous comment faire XCTest reconnaître les drapeaux personnalisés ainsi? Je me rends compte qu'il tombe dans #if LOCAL , le résultat quand je le lance avec le simulateur et tombe dans #else pendant le test. Je veux qu'il tombe dans #if LOCAL ainsi au cours des essais.
- Ce doit être la accepté de répondre. L'actuel accepté réponse est incorrecte pour Swift car il ne s'applique à l'Objective-C.
- pourriez-vous modifier la réponse à utiliser le Active Compilation Conditions au lieu de Other Swift Flags. Maintenant, il y a un contrôle plus granulaire en fonction de la configuration
- Aussi, pas besoin de préfixe D si vous utilisez Active Compilation Conditions
InformationsquelleAutor Andrej
169

Dans de nombreuses situations, vous n'avez pas vraiment besoin conditionnelle compilation; vous avez juste besoin conditionnelle comportement que vous pouvez allumer et éteindre. Pour cela, vous pouvez utiliser une variable d'environnement. Cela a l'énorme avantage que vous n'avez pas à recompiler.

Vous pouvez définir la variable d'environnement, et de facilement activer ou le désactiver, dans le système de l'éditeur:

Vous pouvez récupérer la variable d'environnement avec NSProcessInfo:
```
    let dic = NSProcessInfo.processInfo().environment
    if dic["TRIPLE"] != nil {
        //... do secret stuff here ...
    }
```
Voici un exemple réel. Mon application ne fonctionne que sur l'appareil, car il utilise la musique de la bibliothèque, qui n'existe pas sur le Simulateur. Comment, alors, à prendre des captures d'écran sur le Simulateur pour les périphériques je n'ai pas? Sans ces captures d'écran, je ne peux pas soumettre à l'AppStore.

J'ai besoin de des données fausses et un différentes façon de la traiter. J'ai deux variables d'environnement: l'un qui, lorsqu'il est sous tension, raconte l'application pour générer les fausses données à partir de données réelles lors de l'exécution de mon appareil; l'autre, qui, lorsqu'il est sous tension, utilise les données fausses (pas le manque de bibliothèque de musique) lors de l'exécution sur le Simulateur. La commutation de chacun de ces modes on /off est facile grâce à la variable d'environnement cases à cocher dans le Schéma de l'éditeur. Et le bonus, c'est que je ne peux pas utiliser accidentellement dans mon App Store construire, parce que l'archivage n'a pas de variables d'environnement.
- Pour une raison que ma variable d'environnement retourné comme nulle sur la seconde application de lancement
- attention: Variables d'Environnement sont définies pour toutes les configurations de génération, ils ne peuvent pas être définies pour les individuels. Donc c'est pas une solution viable si vous avez besoin du comportement change selon qu'il s'agit d'une version ou d'une version de débogage.
- D'accord, mais ils ne sont pas définies pour tout régime d'actions. Si vous pouviez faire qu'une seule chose à construire et exécuter, et une autre chose sur les archives, qui est souvent de la vie réelle distinction que vous voulez dessiner. Ou vous pourriez avoir de multiples régimes, qui est aussi une vie réelle modèle commun. De Plus, comme je l'ai dit dans ma réponse, la commutation des variables d'environnement sur et en dehors en un régime est facile.
- Je vois. Mais comment pouvez-vous définir une variable d'environnement pour l'Archive régime de l'action? Je ne vois pas d'Arguments onglet là... (Xcode 6.3.2)
- ajout d'un exemple réel (en fait venu hier) à ma réponse.
- mais on peut créer différents régimes (par exemple, deux ou plus de deux par cible) avec différentes variables environnementales, droit?
- Les variables d'environnement ne fonctionnent PAS en mode archive. Ils sont appliqués uniquement lorsque l'application est lancée à partir de XCode. Si vous essayez d'accéder à ces sur un appareil, l'application crash. Découvert la manière dure.
- n'a pas de variables d'environnement" sont les derniers mots de ma réponse ci-dessus. Que, comme je le dis dans ma réponse, bon. C'est le point.
- C'est exactement la bonne solution pour le XCTest cas où vous voulez un comportement par défaut lors de l'exécution de l'application dans le simulateur, mais que vous souhaitez contrôler strictement le comportement dans les tests.
- Liées à @iupchris10 commentaire - je tiens à préciser que, dans votre projet, vous pouvez laisser le code qui tente d'accéder aux variables d'environnement, même si vous l'archive de l'application. Lorsque vous exécutez une application qui a été archivé, vous obtenez nil pour le String? . Donc, si vous traiter correctement avec le résultat en option il l'habitude de planter votre application. Voici la Xcode9 extrait de: let myCustomVar = ProcessInfo.processInfo.environment["MY_CUSTOM_VAR"] . myCustomVar.
- Je pense que c'est ce que ma réponse est dit (en illustrant avec if dic["TRIPLE"] != nil) mais merci pour souligner le point.
- extension ProcessInfo{ var isDebug : Bool{ get{ return self.de l'environnement["DEBUG"] == "1" } } }
InformationsquelleAutor matt
154

Un changement majeur de ifdef de remplacement est venu avec Xcode 8. j'.e à utiliser de Active Compilation Conditions.

Reportez-vous à des capacités et de Liaison dans Xcode 8 Release note.

De nouveaux paramètres de construction de la

Nouveau paramètre: SWIFT_ACTIVE_COMPILATION_CONDITIONS
```
“Active Compilation Conditions” is a new build setting for passing conditional compilation flags to the Swift compiler.
```
Précédemment, nous avons dû déclarer vos drapeaux de compilation conditionnelle en vertu de OTHER_SWIFT_FLAGS, se souvenant d'ajouter le préfixe “-D” pour le réglage. Par exemple, pour conditionnellement compiler avec une MYFLAG valeur:
```
#if MYFLAG1
    //stuff 1
#elseif MYFLAG2
    //stuff 2
#else
    //stuff 3
#endif
```
La valeur à ajouter à la mise en -DMYFLAG

Maintenant nous avons seulement besoin de passer la valeur MYFLAG à la nouvelle configuration. Le temps de déplacer tous ces compilation conditionnelle valeurs!

Veuillez consulter le lien ci-dessous pour plus d'Swift Paramètres de construction de la fonctionnalité dans Xcode 8:
http://www.miqu.me/blog/2016/07/31/xcode-8-new-build-settings-and-analyzer-improvements/
- Est-il de toute façon à désactiver un ensemble Actif de la Compilation Conditions au moment de la construction ? J'ai besoin de désactiver le DÉBOGAGE condition lors de la construction de la configuration de débogage pour les tests.
- Le seul moyen que j'ai trouvé est de créer une 3ème construire config pour le projet. À partir du Projet > onglet Info > Configurations, cliquez sur '+', puis double de Débogage. Vous pouvez ensuite la personnaliser à l'Actif de la Compilation Conditions pour cette config. N'oubliez pas de modifier votre Cible > Test régimes à utiliser la nouvelle configuration de build!
- Cela devrait être la bonne réponse..c'est la seule chose qui a fonctionné pour moi sur xCode 9 utilisation de Swift 4.x !
- BTW, Dans Xcode 9.3 Swift 4.1 DEBUG est déjà là dans Active Compilation Conditions et vous n'avez pas à ajouter quoi que ce soit pour vérifier la configuration de DÉBOGAGE. Juste #if DEBUG et #endif.
- Je pense que c'est à la fois hors-sujet, et une mauvaise chose à faire. vous ne souhaitez pas désactiver Active Compilation Conditions. vous avez besoin d'une nouvelle configuration pour le test - qui n'auront PAS le "Debug" tag sur elle. Apprendre au sujet des régimes.
InformationsquelleAutor DShah
92

De Swift 4.1, si vous avez besoin simplement de vérifier si le code est construit avec debug ou release de configuration, vous pouvez utiliser les fonctions intégrées:
- _isDebugAssertConfiguration() (true lorsque l'optimisation est défini à -Onone)
- ~~_isReleaseAssertConfiguration() (true lorsque l'optimisation est défini à -O)~~ (non disponible sur Swift 3+)
- _isFastAssertConfiguration() (true lorsque l'optimisation est défini à -Ounchecked)
par exemple
```
func obtain() -> AbstractThing {
    if _isDebugAssertConfiguration() {
        return DecoratedThingWithDebugInformation(Thing())
    } else {
        return Thing()
    }
}
```
En comparaison avec les macros du préprocesseur,
- ✓ Vous n'avez pas besoin de définir une coutume -D DEBUG drapeau de l'utiliser
- ~ Il est en fait défini en termes de paramètres d'optimisation, pas Xcode configuration de build
- ✗ Sans-papiers, ce qui signifie que la fonction peut être retiré en toute mise à jour (mais il devrait être AppStore-coffre depuis l'optimiseur de les transformer en des constantes)
  - ces une fois supprimé, mais ramené au public du manque de @testable l'attribut, sort incertain sur l'avenir de la Swift.
- ✗ L'aide de if/else sera toujours générer un "ne Sera jamais exécutée" alerte.
- Ces fonctions intégrées évaluée au moment de la compilation ou de l'exécution?
- Optimisation du temps. if _isDebugAssertConfiguration() seront évalués à if false en mode release et if true est le mode de débogage.
- Je ne peux pas utiliser ces fonctions d'opter pour la correction de quelques bugs-seule variable dans libération, cependant.
- Sont ces fonctions documenté quelque part?
- Ce n'était pas la documentation accessible de n'importe où. Le code source est dans github.com/apple/swift/blob/master/stdlib/public/core/.... Il y a un le Projet SE proposition pour remplacer ces fonctions par une meilleure syntaxe comme #if config(debug).
- Comme de Swift 3.0 & XCode 8, ces fonctions ne sont pas valides.
- Sur Swift 3.1 seulement _isReleaseAssertConfiguration() est pas valide, les deux autres devient public nouveau en raison d'un bogue.
- Savez-vous si ces fonctions sont encore disponibles comme de Swift 4, et de plus récent? pouvez vous s'il vous plaît mettre à jour votre réponse?
- Existe toujours sur la 4.1. Mis à jour.
InformationsquelleAutor kennytm
84

Xcode 8 et au-dessus de

Utilisation Active Compilation Conditions paramètre dans paramètres de construction /Swift compilateur - drapeaux Personnalisés.
- C'est le nouveau paramètre de construction pour le passage des drapeaux de compilation conditionnelle à la Swift compilateur.
- Simple d'ajouter des drapeaux comme ceci: ALPHA, BETA etc.
Puis vérifier avec compilation conditions comme ceci:
```
#if ALPHA
    //
#elseif BETA
    //
#else
    //
#endif
```
Astuce: Vous pouvez également utiliser #if !ALPHA etc.

InformationsquelleAutor Jakub Truhlář
75

Il n'y a pas de Swift préprocesseur. (Pour une chose, un code arbitraire de substitution des pauses type et de la mémoire de la sécurité.)

Swift ne comprennent moment de la construction, des options de configuration, cependant, de sorte que vous pouvez conditionnellement inclure du code pour certaines plates-formes ou de construire des styles ou en réponse à des indicateurs de définir avec -D compilateur args. Contrairement à C, cependant, une condition compilé section de votre code doit être syntaxiquement complète. Il y a un article à ce sujet dans L'utilisation de Swift Avec Cocoa et Objective-C.

Par exemple:
```
#if os(iOS)
    let color = UIColor.redColor()
#else
    let color = NSColor.redColor()
#endif
```
- "Pour une chose, un code arbitraire de substitution des pauses type et de la mémoire de la sécurité." N'est pas un pré-processeur de faire son travail avant de le compilateur n' (d'où le nom)? Si toutes ces vérifications pourraient encore avoir lieu.
- Je pense qu'il les pauses, c'est de l'IDE de soutien
- Je pense que @rickster est arriver est que les macros du Préprocesseur C n'ont pas la compréhension de la nature et de leur présence serait briser Swift type d'exigences. La raison de macros en C est parce que C permet implicite de conversion de type, ce qui signifie que vous pourriez mettre votre INT_CONST n'importe où un float serait acceptée. Swift ne serait pas permettre cela. Aussi, si vous pouviez faire var floatVal = INT_CONST inévitablement, il serait en rupture plus tard, lorsque le compilateur s'attend à une Int mais vous l'utilisez comme un Float (type de floatVal serait déduit que Int). 10 moulages plus tard, et son juste cleaner pour supprimer les macros...
- Je suis en train d'utiliser cela, mais il ne semble pas fonctionner, c'est encore de la compilation du code Mac sur iOS construit. Est-il un autre écran de configuration quelque part qui doit être modifié?
- vous êtes correct - un pré-processeur de ne pas rompre n'importe quel type ou de la mémoire de la sécurité.
- Vous pouvez la considérer comme une fantaisie de rechercher-remplacer/template avant l'étape de la compilation. Étant donné que c'est un niveau de la source de la transformation, il ne le viole qu'à des choses si le résultat de la transformation des sauts de choses. C'est pourquoi @Éphémère de l'exemple et la conclusion n'est pas correct comme ça.
- Cela semble être la seule solution c'est de travailler sur Xcode 10.1 Swift 4.2!
InformationsquelleAutor rickster
49

Mes deux cents pour Xcode 8:

a) Un indicateur personnalisé à l'aide de la -D préfixe fonctionne très bien, mais...

b) plus Simple d'utilisation:

Dans Xcode 8 il y a une nouvelle section: "Active Compilation Conditions",
déjà avec deux lignes, pour le debug et release.

Il suffit d'ajouter vos définir SANS -D.
- Merci pour mentionner qu'il y a DEUX LIGNES DE DEBUG ET RELEASE
- quelqu'un a testé cette version?
- C'est la mise à jour de réponse pour les clients de swift. c'est à dire sans -D.
InformationsquelleAutor ingconti
43

isDebug Constante Basée sur Active Compilation Conditions

Un autre, peut-être plus simple solution qui résulte en une valeur booléenne que vous pouvez passer en fonctions sans émaillant #if conditions tout au long de votre base de code est de définir DEBUG comme l'un de votre projet de construction de la cible Active Compilation Conditions et inclure les éléments suivants (je le définir comme une constante globale):
```
#if DEBUG
    let isDebug = true
#else
    let isDebug = false
#endif
```
isDebug Constante Basée sur les Paramètres d'Optimisation du Compilateur

Ce concept s'appuie sur kennytm réponse

Le principal avantage lorsque l'on compare les contre kennytm, est que cela ne dépend pas de privé ou de sans-papiers méthodes.

Dans Swift 4:
```
let isDebug: Bool = {
    var isDebug = false
    //function with a side effect and Bool return value that we can pass into assert()
    func set(debug: Bool) -> Bool {
        isDebug = debug
        return isDebug
    }
    //assert:
    //"Condition is only evaluated in playgrounds and -Onone builds."
    //so isDebug is never changed to true in Release builds
    assert(set(debug: true))
    return isDebug
}()
```
En comparaison avec les macros du préprocesseur et kennytm la réponse de,
- ✓ Vous n'avez pas besoin de définir une coutume -D DEBUG drapeau de l'utiliser
- ~ Il est en fait défini en termes de paramètres d'optimisation, pas Xcode configuration de build
- ✓ Documenté, ce qui signifie que la fonction de suivi normal de l'API de presse/dépréciation des modèles.
- ✓ Aide si/d'autre ne pas générer un "ne Sera jamais exécutée" alerte.
InformationsquelleAutor Jon Willis
22

Rapide des projets créés avec Xcode Version 9.4.1, Swift 4.1
```
#if DEBUG
#endif
```
fonctionne par défaut parce que, dans les Macros du Préprocesseur DEBUG=1 a déjà été établi par Xcode.

De sorte que vous pouvez utiliser #if DEBUG "hors de la boîte".

Par la manière, la façon d'utiliser la condition de la compilation des blocs en général est écrit dans Apple livre La Swift Langage de Programmation 4.1 (la section Compilateur de Contrôle des Déclarations) et la façon d'écrire le compiler et de drapeaux, ce qui est l'homologue du C macros dans Swift est écrit dans une autre Pomme de réserver à l'Aide de Swift avec Cocoa et Objective-C (dans la section Directives de Préprocesseur)

Espère à l'avenir d'Apple va écrire le plus détaillé des matières et de l'index pour des leurs livres.

InformationsquelleAutor Vadim Motorine
16

Moignans réponse ici fonctionne très bien. Voici un autre de la paix de l'info, au cas où il permet,
```
#if DEBUG
    let a = 2
#else
    let a = 3
#endif
```
Vous pouvez annuler les macros comme ci-dessous,
```
#if !RELEASE
    let a = 2
#else
    let a = 3
#endif
```
InformationsquelleAutor Sazzad Hissain Khan

XCODE 9 ET AU-DESSUS DE

#if DEVELOP
    //
#elseif PRODCTN
    //
#else
    //
#endif

InformationsquelleAutor midhun p

7

Après la mise DEBUG=1 dans votre GCC_PREPROCESSOR_DEFINITIONS Paramètres de génération, je préfère utiliser une fonction pour faire cela s'appelle:
```
func executeInProduction(_ block: () -> Void)
{
    #if !DEBUG
        block()
    #endif
}
```
Et puis il suffit de les placer dans cette fonction un bloc que je veux omis dans les versions Debug:
```
executeInProduction {
    Fabric.with([Crashlytics.self]) //Compiler checks this line even in Debug
}
```
L'avantage par rapport à:
```
#if !DEBUG
    Fabric.with([Crashlytics.self]) //This is not checked, may not compile in non-Debug builds
#endif
```
Est que le compilateur vérifie la syntaxe de mon code, donc je suis sûr que sa syntaxe est correcte et construit.

InformationsquelleAutor Rivera
3

![Dans Xcode 8 & au-dessus de aller de bâtir configuration -> recherche de drapeaux personnalisés
]Un

Dans le code
```
 #if Live
    print("Live")
    #else
    print("debug")
    #endif
```
- Vous avez frappé sur elle ici! Swift #si regarde drapeaux personnalisés PAS les macros du préprocesseur. Veuillez mettre à jour votre réponse avec le contenu du lien, le plus souvent des liens pause après un certain temps
InformationsquelleAutor sachin_kvk
1

Cela s'appuie sur Jon Willis est réponse qui s'appuie sur des assertions, qui sera exécuté dans le Debug compilations:
```
func Log(_ str: String) { 
    assert(DebugLog(str)) 
}
func DebugLog(_ str: String) -> Bool { 
    print(str) 
    return true
}
```
Mon cas d'utilisation pour l'enregistrement des instructions d'impression. Voici un test pour la version sur iPhone X:
```
let iterations = 100_000_000
let time1 = CFAbsoluteTimeGetCurrent()
for i in 0 ..< iterations {
    Log ("⧉ unarchiveArray:\(fileName) memoryTime:\(memoryTime) count:\(array.count)")
}
var time2 = CFAbsoluteTimeGetCurrent()
print ("Log: \(time2-time1)" )
```
imprime:
```
Log: 0.0
```
Ressemble Swift 4 élimine complètement l'appel de la fonction.
- Élimine, comme dans les supprime l'appel dans son intégralité lorsqu'il n'est pas en debug - en raison de la fonction qui est vide? Qui serait parfait.
InformationsquelleAutor Warren Stringer
1
```
func inDebugBuilds(_ code: () -> Void) {
    assert({ code(); return true }())
}
```
Source
- Ce n'est pas de compilation conditionnelle. Bien qu'utile , c'est juste un bon vieux exécution conditionnelle. L'OP est de demander après compile-time pour la métaprogrammation fins
- Juste ajouter @inlinable en face de func et ce serait la plus élégante et la plus idiomatique à la façon de Swift. Dans la version de la génération de votre code() bloc sera optimisé et complètement éliminé. Une fonction similaire est utilisé dans Apple NIO cadre.
InformationsquelleAutor Adam Smaka

Vous devez vous connecter pour publier un commentaire.

Xcode 8 et au-dessus de

isDebug Constante Basée sur Active Compilation Conditions

isDebug Constante Basée sur les Paramètres d'Optimisation du Compilateur