“流行卡特林”说对了。基于构建类型控制定义提供了很大的灵活性。例如，您可以在同一个解决方案中拥有“DEBUG”、“DEMO”和“RELEASE”配置。这避免了使用两个不同的解决方案进行重复编程的需要。

因此，当定义RELEASE条件编译符号时，#if RELEASE或#if (RELEASE)的工作原理与#if DEBUG相同。

以下是来自“Pop Catalin”的帖子: 如果你想为发布配置定义一个RELEASE常量，请到: *项目属性->构建 *选择释放模式 *在条件编译符号文本框中输入:RELEASE

“流行卡特林”说对了。基于构建类型控制定义提供了很大的灵活性。例如，您可以在同一个解决方案中拥有“DEBUG”、“DEMO”和“RELEASE”配置。这避免了使用两个不同的解决方案进行重复编程的需要。

因此，当定义RELEASE条件编译符号时，#if RELEASE或#if (RELEASE)的工作原理与#if DEBUG相同。

以下是来自“Pop Catalin”的帖子: 如果你想为发布配置定义一个RELEASE常量，请到: *项目属性->构建 *选择释放模式 *在条件编译符号文本框中输入:RELEASE

不。

在调试配置中有一个debug定义的常量(由Visual Studio自动定义)，而在发布模式中没有定义这样的常量。检查构建中的项目设置。

在Project -> Build下选择[Define DEBUG常量]就像在每个文件的开头都包含# Define DEBUG。

如果你想为发布配置定义一个RELEASE常量，请到:

项目属性->构建 选择释放模式 在“条件编译符号”文本框中输入:RELEASE

另一个选择:

#If CONFIG = "Release" Then

....

#End If

虽然M4N的答案(#if (!DEBUG))最有意义，但另一种选择可能是使用预处理器来修改其他标志的值;如。

bool isRelease = true;
#if DEBUG
    isRelease = false;
#endif

或者更好的方法是，使用定义预期行为的标志，并根据模式设置它们，而不是引用我们是在发布模式还是调试模式:

bool sendEmails = true;
#if DEBUG
    sendEmails = false;
#endif

这与使用预处理器标志是不同的，因为这些标志在生产中仍然存在，所以每次调用该代码时，您都会产生if (sendEmails) {/* send邮件*/}的开销，而不是在发布版中存在但在调试中不存在的代码，但这可能是有利的;例如，在你的测试中，你可能想要调用你的SendEmails()方法，但在模拟上，同时在调试中运行以获得额外的输出。

不，不会的，除非你做点工作。

这里重要的部分是DEBUG到底是什么，它是编译器可以检查的一种定义的常量。

如果你检查项目属性，在Build选项卡下，你会发现三个东西:

标记为“条件编译符号”的文本框 标记为“定义调试常量”的复选框 标记为“定义TRACE常量”的复选框

没有这样的复选框，也没有预先定义的名为RELEASE的常量/符号。

但是，您可以轻松地将该名称添加到标记为“条件编译符号”的文本框中，但请确保在这样做之前将项目配置设置为发布模式，因为这些设置是每个配置的。

所以基本上，除非您将其添加到文本框中，否则#if RELEASE在任何配置下都不会生成任何代码。