偶看新闻华严字母唱诵全集视频:条件编译解决/**/注释嵌套的问题(#if 0 #endif)
来源：百度文库 编辑：偶看新闻 时间：2024/05/09 14:07:15
《C陷阱与缺陷》里面有一个例子，ex1-2，谈到了注释嵌套的问题。
不过这个excercise讲的只是怎么通过写一段代码来检验编译器，并没有给出解决的方法。
就我所看到的C/C++编译器，比较常用的应该还是不支持/**/形式嵌套的。
》》嵌套的意义
先说一下嵌套的意义吧。如果不是动那些比较大的代码，可能也没有这个需求。
比如曾经你有一些代码：
code1 ;
code2 ;
code3 ;
某天，你发现code2的功能不用了，当然，从小我们就被教育，养成了注释的好习惯：
code1 ;
/* code2 ; */
code3 ;
因为有些暂时不用的东西以后可能又会想用了，重写一遍不如直接解除注释方便。
又某天，你发现这一大段都不想要了，那么？
/*code1 ;
/* code2 ;*/
code3 ; */
这样吗？可惜最常见的情况是编译器报一个错。。。
真正匹配起的是标红的两个注释。
所以，支持嵌套注释是非常有必要的。
在一个硕大的工程里面，code[1-3]可能是很长的一块，
更恶心的是，里面有很多别人写的东西，
你不会知道你的 "/*"符号会被哪里的"*/"给截止掉。
》》土办法和洋办法
我最早学会的是土办法，因为很多C++的教条都告诉我们尽量使用 "//"，少用/**/。
这样至少有一个好处，就是你用/**/去包含//的时候不会有问题。
但如果要再包含一次，结果还是会被囧掉。
还有另外一个原因，就是我们可能会需要使用不能贯穿一行的注释。
int myfunc(int n /*number of elements*/, int *a /*pointer to the first element*/)
这个时候，//的用户者又跳出来了，发明一种新格式，并且写如规范：
int myfunc(
int n, // number of elements
int *a // pointer to the first element
) ;
这样不就解决了注释符号的选择问题，而且看起来似乎可读性还变高了。
前人很happy地把这个写入规范中，后人当然不知道，这个“可读性变高”是土办法的副作用。
其实这些之所以为土办法，是因为他们还是没有解决注释嵌套的问题。
只是在通过种种书写上的方式，来尽量降低这个局限性带来的影响。
后来，无意中看到一个洋办法，真的很洋气啊。。。
其实我们都知道可以用 #if #endif 来条件编译，自己却没想到可以做嵌套用。
比如，前面的code，直接这样就行了：
#if 0
code1 ;
/* code2 ; */
code3 ;
#endif
这两个标记当然是可以嵌套的，因为预处理器会按照if的结构去解析它。
gcc 3.4.5的gcc和g++都测试过了，可行。
现在大多不建议用宏定义常量或者函数，因为有const和inline可以使用。
顺便小节一下，用预处理命令的主要几个地方：
1、 include guards。就是 #ifndef xx #define xx ..... #endif这个，用在头文件中。
2、 本篇提到的嵌套注释。#if 0 ... #endif
3、 debug信息的开启开关。 #ifdef _DEBUG ... #endif
至于用条件编译来解决什么跨平台的问题，我们大多数人都很少用到。
不过这个excercise讲的只是怎么通过写一段代码来检验编译器，并没有给出解决的方法。
就我所看到的C/C++编译器，比较常用的应该还是不支持/**/形式嵌套的。
》》嵌套的意义
先说一下嵌套的意义吧。如果不是动那些比较大的代码，可能也没有这个需求。
比如曾经你有一些代码：
code1 ;
code2 ;
code3 ;
某天，你发现code2的功能不用了，当然，从小我们就被教育，养成了注释的好习惯：
code1 ;
/* code2 ; */
code3 ;
因为有些暂时不用的东西以后可能又会想用了，重写一遍不如直接解除注释方便。
又某天，你发现这一大段都不想要了，那么？
/*code1 ;
/* code2 ;*/
code3 ; */
这样吗？可惜最常见的情况是编译器报一个错。。。
真正匹配起的是标红的两个注释。
所以，支持嵌套注释是非常有必要的。
在一个硕大的工程里面，code[1-3]可能是很长的一块，
更恶心的是，里面有很多别人写的东西，
你不会知道你的 "/*"符号会被哪里的"*/"给截止掉。
》》土办法和洋办法
我最早学会的是土办法，因为很多C++的教条都告诉我们尽量使用 "//"，少用/**/。
这样至少有一个好处，就是你用/**/去包含//的时候不会有问题。
但如果要再包含一次，结果还是会被囧掉。
还有另外一个原因，就是我们可能会需要使用不能贯穿一行的注释。
int myfunc(int n /*number of elements*/, int *a /*pointer to the first element*/)
这个时候，//的用户者又跳出来了，发明一种新格式，并且写如规范：
int myfunc(
int n, // number of elements
int *a // pointer to the first element
) ;
这样不就解决了注释符号的选择问题，而且看起来似乎可读性还变高了。
前人很happy地把这个写入规范中，后人当然不知道，这个“可读性变高”是土办法的副作用。
其实这些之所以为土办法，是因为他们还是没有解决注释嵌套的问题。
只是在通过种种书写上的方式，来尽量降低这个局限性带来的影响。
后来，无意中看到一个洋办法，真的很洋气啊。。。
其实我们都知道可以用 #if #endif 来条件编译，自己却没想到可以做嵌套用。
比如，前面的code，直接这样就行了：
#if 0
code1 ;
/* code2 ; */
code3 ;
#endif
这两个标记当然是可以嵌套的，因为预处理器会按照if的结构去解析它。
gcc 3.4.5的gcc和g++都测试过了，可行。
现在大多不建议用宏定义常量或者函数，因为有const和inline可以使用。
顺便小节一下，用预处理命令的主要几个地方：
1、 include guards。就是 #ifndef xx #define xx ..... #endif这个，用在头文件中。
2、 本篇提到的嵌套注释。#if 0 ... #endif
3、 debug信息的开启开关。 #ifdef _DEBUG ... #endif
至于用条件编译来解决什么跨平台的问题，我们大多数人都很少用到。
条件运算符的嵌套
C语言中条件编译的问题
c中条件编译的问题
excel 函数嵌套的问题
谁给讲一下这个简单的asp代码，循环嵌套，要标准详细注释
java的一个编译问题急需解决,请各位帮帮忙!!
C语言里面什么叫做嵌套注释
pascal中的条件运算符的嵌套是什么
关于循环和循环嵌套的问题
一个C语言循环嵌套的问题
ASP FOR循环嵌套的问题
table与table嵌套的问题！
关于SQL语句嵌套的问题!急~
关于C语言的条件编译
c++的编译问题
编译原理的问题
关于Office2003的注释问题
中国解决香港问题的条件是什么？
谁知道有里知花的I cry 歌词的中文注释
DW2004表格嵌套问题
SQL嵌套查询问题
关于VB6的编译问题
gcc编译的一个问题
HelloWorld编译的一些问题