Wenn keine Präprozessor-Makros vorhanden sind, gibt es eine Möglichkeit, praktische schemaspezifische Flags auf Projektebene im Xcode-Projekt zu definieren

Bevor ich schnell war, würde ich eine Reihe von Schemata für Alpha-, Beta- und Distributions-Builds definieren. Jedes dieser Schemata verfügt über eine Reihe von Makros, die definiert wurden, um bestimmte Verhaltensweisen auf Projektebene zu steuern. Das einfachste Beispiel ist das Makro DEBUG = 1, das standardmäßig für alle Xcode-Projekte im Standardschema für den Build-Build definiert ist. Man könnte #ifdef DEBUG abfragen ... und Entscheidungen im Code entsprechend treffen, sogar nicht benötigten Code kompilieren.

Es scheint, dass diese Art der Konfigurationssteuerung mit Swift nicht so einfach ist, da Makros nicht unterstützt werden. Kann jemand einen vergleichbaren Ansatz vorschlagen, ist es mir egal, ob der Code per se kompiliert wird. Ich möchte jedoch Features basierend auf dem Build-Schema testen.

In Swift können Sie weiterhin die Präprozessor-Makros "# if / # else / # endif" verwenden (obwohl eingeschränkter), wie in den Apple-Dokumenten beschrieben . Hier ist ein Beispiel:

#if DEBUG
    let a = 2
#else
    let a = 3
#endif

Jetzt müssen Sie das Symbol "DEBUG" jedoch an einer anderen Stelle setzen. Stellen Sie es im Abschnitt "Swift Compiler - Benutzerdefinierte Flags" in der Zeile "Andere Swift Flags" ein. Sie fügen dem -D DEBUGEintrag das DEBUG-Symbol hinzu .

(Build-Einstellungen -> Swift Compiler - Benutzerdefinierte Flags)

Wie üblich können Sie im Debug oder im Release einen anderen Wert festlegen.

Ich habe es in echtem Code getestet. es scheint auf einem Spielplatz nicht erkannt zu werden.

Wir hatten ein Problem damit, dass wir keine schnellen Compiler-Flags setzen wollten, weil wir sie nicht setzen und für verschiedene Ziele usw. auf dem neuesten Stand halten wollten. Außerdem wollten wir uns in unserer gemischten Codebasis nicht daran erinnern um unsere Flaggen für jede Sprache jederzeit angemessen zu setzen.

Für uns haben wir eine Datei in ObjC deklariert

PreProcessorMacros.h

extern BOOL const DEBUG_BUILD;

In ihnen

PreProcessorMacros.m

#ifdef DEBUG
    BOOL const DEBUG_BUILD = YES;
#else
    BOOL const DEBUG_BUILD = NO;
#endif

Dann in Ihrem Objective-C-Bridging-Header

#import "PreProcessorMacros.h"

Verwenden Sie dies jetzt in Ihrer Swift-Codebasis

if DEBUG_BUILD {
    println("debug")
} else {
    println("release")
}

Dies ist definitiv eine Problemumgehung, aber es hat unser Problem gelöst, also habe ich es hier veröffentlicht, in der Hoffnung, dass es helfen wird. Es soll nicht bedeuten, dass die vorhandenen Antworten ungültig sind.

Schnellere Lösung für die Logans-Methode. Stellen Sie -D DEBUGin Other Swift Flagsdem Swift Compiler - Custom FlagsAbschnitt in Build - Einstellungen Ihres Ziels.

Deklarieren Sie dann die folgende Methode im globalen Bereich:

#if DEBUG
let isDebugMode = true
#else
let isDebugMode = false
#endif

Verwenden Sie es jetzt als

if isDebugMode {
    // Do debug stuff
}

Setzen Sie für mich das Debug-Element " Active Compilation Condition " auf "DEBUG".

Dann funktioniert die Verwendung der DEBGU-Schlüsselarbeit in #IF DEBUG im Debug-Modus und #ELSE im Release-Modus:

1. Wählen Sie Ihr Ziel,
2. Suchen Sie auf der Registerkarte "Build-Einstellungen" nach "Active Compilation Condition".
3. Setzen Sie den Wert des Elements "Debug" auf "YourKeyWord".

4. Verwenden Sie einfach wie folgt:

   #if DEBUG
       print("You'r running in DEBUG mode!")
   #else
       print("You'r running in RELEASE mode!")
   #endif

Ich arbeite in einer gemischten Codebasis, in der der obj-c-Code ein Makro verwendet, um Debug-Nachrichten an die Konsole zu senden (und dieses Makro basiert auf unserem Debug-Präprozessor-Flag). Ich wollte in der Lage sein, dasselbe Makro im schnellen Code aufzurufen ...

1. Ich habe eine Klassenmethode für eine meiner obj-c-Klassen erstellt, die einen Wrapper um dieses Makro darstellt.
2. Ich habe diesen obj-c-Header zu unserer Bridge-Header-Datei hinzugefügt.
3. Jetzt ruft mein schneller Code diese Klassenmethode als "Proxy" für das obj-c-Makro auf.

Es ist leicht ärgerlich, dass ich das Makro nicht einfach direkt im schnellen Code aufrufen kann, aber zumindest habe ich jetzt nur einen Platz im Projekt, an dem ich mir Sorgen machen muss, ob ich mein Debug-Flag ein- oder ausschalten soll.