这不是解决特定问题的典型问题,而是大脑练习,但我想知道是否有人有解决方案。
在开发中,我们经常需要禁用或切换代码的某些部分来检查不同的方法。要做到这一点,我们使用评论或#defines
,但我最喜欢的是:
//*
[code here]
//*/
现在当你只删除第一个斜杠时,代码将被注释掉。
问题:有没有办法实现类似的 if-else 代码切换?我试图找到它,但我总是遇到一些问题,找不到合适的解决方案。
也许你知道任何类似的技巧吗?
答案 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;
}
这并不总是一个好主意,但至少有助于重新组织代码。