信息来源:邪恶八进制信息安全团队(
www.eviloctal.com)
文章翻译:Bideyore[E.S.T]
原文:http://forum.eviloctal.com/thread-3046-1-3.html
WHAT'S THE DIFFERENCE BETWEEN:
辨析主函数:main()/void main()/int main()/int main(void)/int main(int argc, char *argv[])之间的区别
(this is taken from one of my favorite programming web-site---C programming.com,as we see the topic is very interesting and attractive, i decided to translate it into Chinese.)
“void main与int main之间的区别是什么?”这是一个常见的问题。这个faq就是来探讨一下这个问题,并深入研究一些有关main()函数不同版本的更多的东西。
C与C++在main()函数方面的标准有所不同,所以我们要分开讨论。
对于C语言:
在C89标准中,main() 的形式是可以接受的,当然使用如下的C99标准更明智,因为在这个标准中只有如下格式才能被接受:
我们可以对main函数做轻微的改变,比如我们可以用一个自定义的类型代替int(当然这个类型必须被定义为int型),还可以把*argv[]改为**argv,等等。
如果我们不想在命令行下对程序输入参数,可以选择第一种形式。
其实第二种形式的两个参数argc,argv的名称是可以改变的,但保持原样是更明智的选择。
main()函数的返回类型必须为int;返回的整形值作为传递给调用者的一个返回码。(this allows a return code to be passed to the invoker)
对于C++:
以下是可以接受的格式:
第一种格式遵从C99标准;第二种格式在不需要通过命令行向程序传递参数时使用,与C99标准中规定的格式int main(void)效果相同。
(C)int main()与int main(void)之间的区别:
很多C程序员都曾搞错的一个概念,就是以为这样一个函数不接受任何参数:
事实上,这个函数被认为可以接受未知个数的参数(译:可接受任意多的参数!)。正确的用法是在括号内添加关键字void。
void main()函数是如何处理的?
在C/C++正规的调用/返回函数中,如果你不想让一个函数返回任何值,你可以使用void定义返回类型。比如,一个不接受任何参数并且无任何返回值的函数原型可以像这样:
一个常见的误解是,这种逻辑同样适用于main()函数。呵呵,事实并非如此,main()函数是很特殊的,无论何时你都应该依照标准定义main()函数(译:即使用int main()的形式!),并把返回值定义为int。有时void main()的例外形式是可以出现的,但这仅限于某些特定的系统。如果你不敢肯定正在使用这些系统,那么答案很简单,不能使用void main()的形式。
如果你在论坛上写了像“void main”这样的代码而被警告,那么最好改过来。不要用"我的老师告诉我这么做是对的"之类的话来为自己开脱;老师们总是习惯犯错误(teachers have a bad habit of being wrong)。写安全的,合乎标准的代码,大家就可以专注于你程序中其它的问题而不是在这种规范方面的东西上浪费时间。
但是int main(int argc, char *argv[], char *envp[])又是怎么回事呢?
好比是标准的扩展版,main()函数可以在一些系统中提取一个额外的参数用来访问环境变量。这个用法不能保证在每个 编译环境中都行得通,所以使用 envp 这个参数是还是谨慎为妙。
最后,关于为什么void main(void)是一种错误的用法,这个链接提供了一些更细节化的背景资料:
http://users.aber.ac.uk/auj/voidmain.shtml
后记:
这篇从cprogramming.com上摘下的FAQ几乎没有任何高深的理论,但是它向我们传达了一种精神:要编写规范的程序。经常在国内很多论坛上看到一些不加任何注释(有时甚至连缩进也没有)的代码,这种代码在实际中是会被当作垃圾代码处理的。如这篇文章所述,不规范的代码有时甚至会导致系统出错。如果纯心要编写混乱代码,不如参加国际混乱代码大赛,:> 但平时写东西还是规范点好。
个人认为这篇文章最出彩的地方:teachers have a bad habit of being wrong.呵呵,如果哪位仁兄是老师,多多包涵啦。
文章翻译:Bideyore[E.S.T]
原文:http://forum.eviloctal.com/thread-3046-1-3.html
WHAT'S THE DIFFERENCE BETWEEN:
main()/void main()
int main()
int main(void)
int main(int argc, char *argv[])
辨析主函数:main()/void main()/int main()/int main(void)/int main(int argc, char *argv[])之间的区别
(this is taken from one of my favorite programming web-site---C programming.com,as we see the topic is very interesting and attractive, i decided to translate it into Chinese.)
“void main与int main之间的区别是什么?”这是一个常见的问题。这个faq就是来探讨一下这个问题,并深入研究一些有关main()函数不同版本的更多的东西。
C与C++在main()函数方面的标准有所不同,所以我们要分开讨论。
对于C语言:
在C89标准中,main() 的形式是可以接受的,当然使用如下的C99标准更明智,因为在这个标准中只有如下格式才能被接受:
int main ( void )
int main ( int argc, char *argv[] )
我们可以对main函数做轻微的改变,比如我们可以用一个自定义的类型代替int(当然这个类型必须被定义为int型),还可以把*argv[]改为**argv,等等。
如果我们不想在命令行下对程序输入参数,可以选择第一种形式。
其实第二种形式的两个参数argc,argv的名称是可以改变的,但保持原样是更明智的选择。
main()函数的返回类型必须为int;返回的整形值作为传递给调用者的一个返回码。(this allows a return code to be passed to the invoker)
对于C++:
以下是可以接受的格式:
int main ( int argc, char *argv[] )
int main ()
第一种格式遵从C99标准;第二种格式在不需要通过命令行向程序传递参数时使用,与C99标准中规定的格式int main(void)效果相同。
(C)int main()与int main(void)之间的区别:
很多C程序员都曾搞错的一个概念,就是以为这样一个函数不接受任何参数:
int foo();
事实上,这个函数被认为可以接受未知个数的参数(译:可接受任意多的参数!)。正确的用法是在括号内添加关键字void。
void main()函数是如何处理的?
在C/C++正规的调用/返回函数中,如果你不想让一个函数返回任何值,你可以使用void定义返回类型。比如,一个不接受任何参数并且无任何返回值的函数原型可以像这样:
void foo(void);
一个常见的误解是,这种逻辑同样适用于main()函数。呵呵,事实并非如此,main()函数是很特殊的,无论何时你都应该依照标准定义main()函数(译:即使用int main()的形式!),并把返回值定义为int。有时void main()的例外形式是可以出现的,但这仅限于某些特定的系统。如果你不敢肯定正在使用这些系统,那么答案很简单,不能使用void main()的形式。
如果你在论坛上写了像“void main”这样的代码而被警告,那么最好改过来。不要用"我的老师告诉我这么做是对的"之类的话来为自己开脱;老师们总是习惯犯错误(teachers have a bad habit of being wrong)。写安全的,合乎标准的代码,大家就可以专注于你程序中其它的问题而不是在这种规范方面的东西上浪费时间。
但是int main(int argc, char *argv[], char *envp[])又是怎么回事呢?
好比是标准的扩展版,main()函数可以在一些系统中提取一个额外的参数用来访问环境变量。这个用法不能保证在每个 编译环境中都行得通,所以使用 envp 这个参数是还是谨慎为妙。
最后,关于为什么void main(void)是一种错误的用法,这个链接提供了一些更细节化的背景资料:
http://users.aber.ac.uk/auj/voidmain.shtml
后记:
这篇从cprogramming.com上摘下的FAQ几乎没有任何高深的理论,但是它向我们传达了一种精神:要编写规范的程序。经常在国内很多论坛上看到一些不加任何注释(有时甚至连缩进也没有)的代码,这种代码在实际中是会被当作垃圾代码处理的。如这篇文章所述,不规范的代码有时甚至会导致系统出错。如果纯心要编写混乱代码,不如参加国际混乱代码大赛,:> 但平时写东西还是规范点好。
个人认为这篇文章最出彩的地方:teachers have a bad habit of being wrong.呵呵,如果哪位仁兄是老师,多多包涵啦。