首页 > OOP语言 > VC++ > 正文

.c文件和.h文件的概念与联系
2011-04-25 00:00:00   来源:www.bianceng.cn   评论:0 点击:

暂时无描述信息

如果说难题最难的部分是基本概念,可能很多人都会持反对意见,但实际上也确实如此。 我高中的时候学物理,老师抓的重点就是概念——概念一定要搞清,于是难题也 成了容易题。如果你能分析清楚一道物理难题存在着几个物理过程,每一个过程都遵守那一 条物理定律(比如动量守恒、牛II定律、能量守恒),那么就很轻松的根据定律列出这个过程 的方程,N个过程必定是N个N元方程,难题也就迎刃而解。即便是高中的物理竞赛难题,最难 之处也不过在于:

(1)、混淆你的概念,让你无法分析出几个物理过程,或某个物理过程遵循的那条物理定 律;

(2)、存在高次方程,列出方程也解不出。而后者已经是数学的范畴了,所以说,最难之 处还在于掌握清晰的概念;

程序设计也是如此,如果概念很清晰,那基本上没什么难题(会难在数学上,比如算法的 选择、时间空间与效率的取舍、稳定与资源的平衡上)。但是,要掌握清晰的概念也没那么容 易。比如下面这个例子,看看你有没有很清晰透彻的认识。

//a.h
void foo();
//a.c
#include "a.h" //我的问题出来了:这句话是要,还是不要?
void foo()
{
  return;
}
//main.c
#include "a.h"
int main(int argc, char *argv[])
{
  foo();
 return 0;
}

针对上面的代码,请回答三个问题:

a.c 中的 #include "a.h" 这句话是不是多余的?

为什么经常见 xx.c 里面 include 对应的 xx.h?

如果 a.c 中不写,那么编译器是不是会自动把 .h 文件里面的东西跟同名的 .c 文件绑 定在一起?

(请针对上面3道题仔细考虑10分钟,莫要着急看下面的解释。:) 考虑的越多,下面 理解的就越深。)

好了,时间到!请忘掉上面的3道题,以及对这三道题引发出的你的想法,然后再听 我慢慢道来。正确的概念是:从C编译器角度看,.h和.c皆是浮云,就是改名为.txt、.doc也 没有大的分别。换句话说,就是.h和.c没啥必然联系。.h中一般放的是同名.c文件中定义的 变量、数组、函数的声明,需要让.c外部使用的声明。这个声明有啥用?只是让需要用这些 声明的地方方便引用。因为 #include "xx.h" 这个宏其实际意思就是把当前这一 行删掉,把 xx.h 中的内容原封不动的插入在当前行的位置。由于想写这些函数声明的地方 非常多(每一个调用 xx.c 中函数的地方,都要在使用前声明一下子),所以用 #include "xx.h" 这个宏就简化了许多行代码——让预处理器自己替换好了。也 就是说,xx.h 其实只是让需要写 xx.c 中函数声明的地方调用(可以少写几行字),至于 include 这个 .h 文件是谁,是 .h 还是 .c,还是与这个 .h 同名的 .c,都没有任何必然 关系。

这样你可能会说:啊?那我平时只想调用 xx.c 中的某个函数,却 include了 xx.h 文件,岂不是宏替换后出现了很多无用的声明?没错,确实引入了很多垃圾 ,但是它却省了 你不少笔墨,并且整个版面也看起来清爽的多。鱼与熊掌不可得兼,就是这个道理。反正多 些声明(.h一般只用来放声明,而放不定义,参见拙著“过马路,左右看”)也 无害处,又不会影响编译,何乐而不为呢?

翻回头再看上面的3个问题,很好解答了吧?

答:不一定。这个例子中显然是多余的。但是如果.c中的函数也需要调用同个.c中的其它 函数,那么这个.c往往会include同名的.h,这样就不需要为声明和调用顺序而发愁了(C语 言要求使用之前必须声明,而include同名.h一般会放在.c的开头)。有很多工程甚至把这种 写法约定为代码规范,以规范出清晰的代码来。

答:1中已经回答过了。

答:不会。问这个问题的人绝对是概念不清,要不就是想混水摸鱼。非常讨厌的是中国的 很多考试出的都是这种烂题,生怕别人有个清楚的概念了,绝对要把考生搞晕。

搞清楚语法和概念说易也易,说难也难。窍门有三点:

不要晕着头工作,要抽空多思考思考,多看看书;

看书要看好书,问人要问强人。烂书和烂人都会给你一个错误的概念,误导你;

勤能补拙是良训,一分辛苦一分才;

相关热词搜索:

上一篇:在Qt Creator中使用OpenCV库
下一篇:VC编程-过马路,左右看

分享到: 收藏