在我看到的所有关于#if编译器指令的例子中，它们都使用了“DEBUG”。我可以以同样的方式使用“RELEASE”来排除在调试模式下编译时不想运行的代码吗?我想用这个块包围的代码会发送一堆电子邮件，我不想在测试时意外地发送这些邮件。
当前回答
不。
在调试配置中有一个debug定义的常量(由Visual Studio自动定义)，而在发布模式中没有定义这样的常量。检查构建中的项目设置。
在Project -> Build下选择[Define DEBUG常量]就像在每个文件的开头都包含# Define DEBUG。
如果你想为发布配置定义一个RELEASE常量，请到:
项目属性->构建 选择释放模式 在“条件编译符号”文本框中输入:RELEASE
其他回答
为什么不干脆
#if RELEASE
#undef DEBUG
#endif
RELEASE没有定义，但是您可以使用
#if (!DEBUG)
...
#endif
我知道这是一个老问题，但值得一提的是，您可以在DEBUG和RELEASE之外创建自己的配置，例如TEST或UAT。
如果在项目属性页的Build选项卡上，你将“条件编译符号”设置为TEST(例如)，你就可以使用这样的构造
#if (DEBUG || TEST )
//Code that will not be executed in RELEASE or UAT
#endif
您可以出于特定的原因使用此构造，例如，如果需要，可以使用不同的客户端，甚至可以使用整个Web方法。我们过去也使用过这种方法，因为某些命令在特定的硬件上导致了问题，所以当部署到硬件X时，我们有一个应用程序的配置。
“流行卡特林”说对了。基于构建类型控制定义提供了很大的灵活性。例如，您可以在同一个解决方案中拥有“DEBUG”、“DEMO”和“RELEASE”配置。这避免了使用两个不同的解决方案进行重复编程的需要。
因此，当定义RELEASE条件编译符号时，#if RELEASE或#if (RELEASE)的工作原理与#if DEBUG相同。
以下是来自“Pop Catalin”的帖子: 如果你想为发布配置定义一个RELEASE常量，请到: *项目属性->构建 *选择释放模式 *在条件编译符号文本框中输入:RELEASE
我以前从来没见过……但我已经看到:
#if (DEBUG == FALSE)
and
#if (!DEBUG)
对你有用吗?
