禁用部分代码的简单方法

时间:2012-07-30 17:39:02

标签: c++ c

这不是解决特定问题的典型问题,而是大脑练习,但我想知道是否有人有解决方案。

在开发中,我们经常需要禁用或切换代码的​​某些部分来检查不同的方法。要做到这一点,我们使用评论或#defines,但我最喜欢的是:

//*
[code here]
//*/

现在当你只删除第一个斜杠时,代码将被注释掉。

问题:有没有办法实现类似的 if-else 代码切换?我试图找到它,但我总是遇到一些问题,找不到合适的解决方案。

也许你知道任何类似的技巧吗?

14 个答案:

答案 0 :(得分:54)

使用#if 0包装代码可以解决这个问题,但是您仍然需要编辑代码来启用/禁用它。这并不比仅使用评论块好多了。

请注意,您还可以使用已定义的预处理器常量:

#ifdef ENABLE_TESTS
// code that you want to run ONLY during tests 
#endif

现在在构建代码时,您可以在构建过程中有选择地定义/取消定义此常量 - IDE / makefile / build script / command-line - 而无需编辑代码:

$ gcc -DENABLE_TESTS source.c

我已经添加了这个答案来平衡所有早期#if 0答案,但是接受答案的这个结构是对特定问题的最佳答案:{{1 }}。请使用此类评论技巧谨慎

答案 1 :(得分:31)

#if 0
...disabled code here
#endif

答案 2 :(得分:28)

我不确定我应该发布这个,因为它不是我认为'好代码'的东西,但我承认已经使用以下技术作为一种快速肮脏的方式,能够快速切换当我刚刚检查出来的时候,有两小段代码:

// in the following , foo() is active:
/**/ foo(); /*/ bar(); /**/

现在只需删除前面的一个星号:

// now bar() is active:
/*/ foo(); /*/ bar(); /**/

当然,这绝不应该超越“只是检查出来”阶段......

答案 3 :(得分:10)

预处理器if-else也可以工作

#if 1
  // ... enabled if 1
#else
  // ... enabled if 0
#endif

答案 4 :(得分:7)

有时我会使用以下技巧在两个 lazy 评论之间切换。

//* <-- remove the first slash
[code block 1]
/*/
[code block 2]
//*/

答案 5 :(得分:6)

好吧,如果在最终确定之前需要禁用一次两次的代码,我更喜欢使用IDE提供的热键来注释该代码,稍后发表评论是的,我需要先选择代码块,但是每次我需要禁用一部分代码时,我宁愿不再包含一个调试变量/预处理器指令/ if语句。这恰好是大部分时间。

另一方面,如果我需要在两个代码块之间反复切换以找到正确的内容,那么我使用if (0) / if (1)来禁用/启用代码块。

[code block 1]

后来

if (0)
{
    [code block 1]
}
else
{
    [code block 2]
}

答案 6 :(得分:5)

使用一些预处理器逻辑来帮助你:

#if 0
    //code goes here
#endif

享受

答案 7 :(得分:3)

如果你在编译时进行检查,你可以使用Gigi的答案,这将有条件地不编译代码段。请注意,预处理器不了解变量,sizeof或编译器处理的其他内容(因此使用4 == sizeof(int)之类的东西不会飞)

如果你想编译一些不应该运行的调试代码,你可以使用常规的条件语句,比如

bool debugging = false;

// banana banana banana

if (debugging)
{
    // do a bunch of stuff here
}

然后,您可以使用调试器通过将debugging分配为true来访问跳过的部分。

答案 8 :(得分:3)

有时也需要同时打开/关闭分散在程序中的代码块。

受此earlier post by Graham的启发,我做了这样的事情:

void doNothing(){}
#define DO_IF(flag, code) flag ? code : doNothing();

这可以使用如下:

DO_IF(collectStats, recordStats());
DO_IF(collectStats, store(pullStat()));

这更好:

#define DO_IF(flag,code) if( flag ) { code; }

答案 9 :(得分:2)

宏是这样做的方法..

#define COMPILE 

#ifdef COMPILE

//code to comment begins
cout<<"ha ha ha"<<endl;
//code to comment ends 

#endif

要禁用代码,只需注释掉#define编译行

答案 10 :(得分:2)

1 ? foo() : bar();

执行foo()。将1更改为0以执行bar()

与涉及预处理程序指令或注释的建议不同,两个可能的分支都被编译,因此您可以充分利用编译器的语法检查。

答案 11 :(得分:1)

以下逻辑应包含最简单的方法

if(isMode1)
{
    //Code for mode1
}
else
{
    //Code for other modes
}

虽然我认为正确的方法是使用PreProcessor Directives

答案 12 :(得分:1)

在我的代码中,我喜欢在main.cpp文件中执行此操作:

#define CRAZY_EXPERIMENT

#ifdef TEST
#include "Test.h"
#elif ANOTHER_TEST
#include "AnotherTest.h"
#elif CRAZY_EXPERIMENT
#include "CrazyExperiment.h"
#else

int main(int argc, int * argv[]){
    runTheProgramLikeNormal();
}

#endif

您看到的标题文件都包含自己的main()。程序中只有一个main()函数基于第一个#define中定义的内容。如果完全省略该语句,则默认为您看到的标准main()函数。

这样可以轻松地为我的程序编写测试,这些测试只关注一个或两个组件。最好的部分是测试标题被我的代码整齐地隔离,因此没有测试代码被错误地保留(甚至链接)。

答案 13 :(得分:1)

有时候我会使用这种方法,而不是通过if-endif定义的无限序列来覆盖代码。

<强> debug.hpp

#ifdef _DEBUG
    #define IF_DEBUG(x) if(x)
#else
    #define IF_DEBUG(x) if(false)
#endif

<强> example.cpp

#include "debug.hpp"

int a,b, ... ,z;

...

IF_DEBUG(... regular_expression_here_with_a_b_z ...) {
    // set of asserts
    assert(... a ...);
    assert(... b ...);
    ...
    assert(... z ...);
}

这并不总是有效,因为编译器可能会警告您在已禁用的代码块中使用了未使用的变量。但至少它具有更好的可读性,未使用的变量警告可以被抑制,例如:

IF_DEBUG(... regular_expression_here_with_a_b_z ...) {
    // set of asserts
    assert(... a ...);
    assert(... b ...);
    ...
    assert(... z ...);
}
else {
    (void)a;
    (void)b;
    ....
    (void)z;
}

这并不总是一个好主意,但至少有助于重新组织代码。