在C/C++/Objective C中，可以使用编译器预处理器定义宏。此外，您可以使用编译器预处理器包含/排除代码的某些部分。
#ifdef DEBUG
// Debug-only code
#endif
Swift中有类似的解决方案吗？
当前回答
没有Swift预处理器。（一方面，任意代码替换破坏了类型和内存安全。）
不过，Swift确实包含了构建时配置选项，因此您可以有条件地包含某些平台或构建样式的代码，或者响应您使用-D编译器参数定义的标志。但是，与C不同，代码的有条件编译部分必须在语法上完整。在将Swift与Cocoa和Objective-C结合使用中有一节介绍了这一点。
例如：
#if os(iOS)
let color = UIColor.redColor()
#else
let color = NSColor.redColor()
#endif
其他回答
这是基于Jon Willis的答案，该答案依赖于断言，该断言仅在调试编译中执行：
func Log(_ str: String) {
assert(DebugLog(str))
}
func DebugLog(_ str: String) -> Bool {
print(str)
return true
}
我的用例是记录打印语句。以下是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)" )
打印：
Log: 0.0
看起来Swift 4完全消除了函数调用。
如Apple Docs中所述
Swift编译器不包含预处理器。相反，它利用编译时属性、构建配置和语言特性来实现相同的功能。因此，在Swift中不导入预处理器指令。
我已经通过使用自定义构建配置实现了我想要的目标：
转到项目/选择目标/构建设置/搜索自定义标志对于所选目标，使用-D前缀（不带空格）为调试和发布设置自定义标志为您的每个目标执行以上步骤
以下是检查目标的方法：
#if BANANA
print("We have a banana")
#elseif MELONA
print("Melona")
#else
print("Kiwi")
#endif
使用Swift 2.2测试
XCODE 9及以上
#if DEVELOP
//print("Develop")
#elseif PRODUCTION
//print("Production")
#else
//
#endif
在GCC_PREPROCESSOR_DEFINITIONS构建设置中设置DEBUG=1后，我更喜欢使用函数进行以下调用：
func executeInProduction(_ block: () -> Void)
{
#if !DEBUG
block()
#endif
}
然后，只需在此函数中包含我希望在调试构建中省略的任何块：
executeInProduction {
Fabric.with([Crashlytics.self]) // Compiler checks this line even in Debug
}
与以下各项相比的优势：
#if !DEBUG
Fabric.with([Crashlytics.self]) // This is not checked, may not compile in non-Debug builds
#endif
是编译器检查我的代码的语法，所以我确信它的语法是正确的，并进行编译。
在许多情况下，您实际上不需要条件编译；您只需要可以打开和关闭的条件行为。为此，您可以使用环境变量。这有一个巨大的优点，你实际上不需要重新编译。
您可以在方案编辑器中设置环境变量，并轻松地将其打开或关闭：
您可以使用NSProcessInfo检索环境变量：
let dic = NSProcessInfo.processInfo().environment
if dic["TRIPLE"] != nil {
// ... do secret stuff here ...
}
这是一个现实生活中的例子。我的应用程序只在设备上运行，因为它使用的是模拟器上不存在的音乐库。那么，如何在模拟器上拍摄我不拥有的设备的屏幕快照？没有这些屏幕截图，我无法提交到AppStore。
我需要假数据和不同的处理方式。我有两个环境变量：一个是当打开时，告诉应用程序在我的设备上运行时从真实数据生成假数据；另一个，当打开时，在模拟器上运行时使用假数据（而不是丢失的音乐库）。由于Scheme编辑器中的环境变量复选框，打开/关闭这些特殊模式很容易。另外一个好处是，我不会在我的App Store构建中意外使用它们，因为归档没有环境变量。
