isDebug常量基于活动编译条件

另一个可能更简单的解决方案是，将DEBUG定义为项目构建目标的Active Compilation Conditions之一，并包含以下内容（我将其定义为全局常量）：

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

isDebug常量基于编译器优化设置

这个概念建立在kennytm的答案之上

与kennytm相比，其主要优势在于它不依赖于私有或未记录的方法。

在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
}()

与预处理器宏和kennytm的答案相比，

✓ 您不需要定义自定义的-D DEBUG标志来使用它~它实际上是根据优化设置定义的，而不是Xcode构建配置✓ 已记录，这意味着该函数将遵循正常的API发布/弃用模式。✓ 在if/else中使用不会生成“将永远不会执行”警告。

Xcode 8及以上

使用Build设置/Swift编译器-自定义标志中的Active Compilation Conditions设置。

这是将条件编译标志传递给Swift编译器的新构建设置。简单地添加如下标志：ALPHA、BETA等。

然后使用如下编译条件进行检查：

#if ALPHA
    //
#elseif BETA
    //
#else
    //
#endif

提示：您也可以使用#if！ALPHA等。

从Swift 4.1开始，如果你只需要检查代码是用调试还是发布配置构建的，你可以使用内置函数：

_isDebugAssertConfiguration（）（当优化设置为-Onone时为true）_isReleaseAssertConfiguration（）（当优化设置为-O时为true）（在Swift 3+上不可用）_isFastAssertConfiguration（）（当优化设置为-Ounchecked时为true）

e.g.

func obtain() -> AbstractThing {
    if _isDebugAssertConfiguration() {
        return DecoratedThingWithDebugInformation(Thing())
    } else {
        return Thing()
    }
}

与预处理器宏相比，

✓ 您不需要定义自定义的-D DEBUG标志来使用它~它实际上是根据优化设置定义的，而不是Xcode构建配置✗ 未记录，这意味着该函数可以在任何更新中删除（但它应该是AppStore安全的，因为优化器会将这些转换为常量）这些内容一度被删除，但由于缺少@testable属性而重新公开，未来的Swift命运未卜。✗ 在if/else中使用将始终生成“将永远不会执行”警告。

在使用Xcode版本9.4.1创建的Swift项目中，Swift 4.1

#if DEBUG
#endif

默认情况下工作，因为在预处理器宏中，Xcode已设置DEBUG=1。

因此，您可以使用#if DEBUG“开箱即用”。

顺便说一句，苹果的《Swift编程语言4.1》一书（编译器控制语句一节）中写了如何使用条件编译块，而如何编写编译标志以及Swift中C宏的对应内容，则在另一本苹果的《将Swift与Cocoa和Objective C结合使用》一书中（预处理器指令一节）

希望未来苹果会为他们的书写更详细的内容和索引。

我的两分钱用于Xcode 8：

a） 使用-D前缀的自定义标志工作正常，但。。。

b） 更简单的使用：

在Xcode 8中有一个新的部分：“活动编译条件”，已经有两行，用于调试和发布。

只需添加无D的定义。

isDebug常量基于活动编译条件

另一个可能更简单的解决方案是，将DEBUG定义为项目构建目标的Active Compilation Conditions之一，并包含以下内容（我将其定义为全局常量）：

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

isDebug常量基于编译器优化设置

这个概念建立在kennytm的答案之上

与kennytm相比，其主要优势在于它不依赖于私有或未记录的方法。

在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
}()

与预处理器宏和kennytm的答案相比，

✓ 您不需要定义自定义的-D DEBUG标志来使用它~它实际上是根据优化设置定义的，而不是Xcode构建配置✓ 已记录，这意味着该函数将遵循正常的API发布/弃用模式。✓ 在if/else中使用不会生成“将永远不会执行”警告。