准确地说,是叫“头”,头文件(即.h)只是头的一个组成部分,只具备函数原型声明和数据结构定义等内容,完整的头还包括实现所声明的函数的具体实现,后者是在运行库中的(在链接时嵌入最终可执行文件或以动态运行库的形式提供,TC/BC系列往往是.LIB库),你看不到源代码。
要看stdio.h的内容,打开TC安装文件夹中的include子文件夹,就能看到全部的.h头文件,可以打开看到,因为那是纯粹的文本文件。另外一个文件夹是.LIB,你可以看到文件名,是二进制机器码文件。
TC另外也有以.OBJ、.BGI形式提供的模块,比如它特有的图形驱动程序,也是要用到的,这些可执行程序编译时不嵌入到.exe,但.exe执行时需要找到这些模块,否则图形功能失效(这是TC自己驱动显示卡的东西,没有使用操作系统的驱动,故只能固定它自己规定的有限图形模式和分辨率,MSC是使用硬件厂商提供的驱动程序的)。这些模块,没必要全部嵌入到.exe中,因为如果每一个程序都嵌入这些代码,那么每一个.exe都膨胀得很厉害,而且是无谓的重复,占空间,TC这样设计,本意也是让你把它们当DLL那样用的,它当时想针对市面上各种显示卡推出对应的驱动程序(TC的图形驱动代码是相当快的,这是其最显著的特色),当你使用AUTO模式启动图形模式时,就可以适应不同的显示卡。可是Borland推出图形驱动的速度绝对跟不上市场上新产品的速度,其实在当时除了流行的640*350和640*480分辨率之外,还有一种独特的640*400显示卡模式,用TC/BC编程就使用不了,只能把这样的卡当640*350使用,在当时来说,少了50点的高度,效果差很远了,而MSC就不会出这种问题,所以MS的胜利,不是偶然的。随着后面形形色色不同分辨率、颜色深度和屏幕尺寸的多样化,TC/BC更跟不上更新速度,绕开操作系统和硬件驱动自成体系的路线,注定走不了多远,Delhpi的衰落,实际上也是同样的原因。