C语言头文件是C语言中设计的重要一环。头文件的复杂性、副作用所带来的问题,又常常令人头疼。总结C语言头文件的两大原则分享给大家:最少包含原则与自立原则。
最少包含原则这一原则有两层含义:
只包含必需的头文件,不要包含那些源程序中用不到的头文件
在头文件中,只暴露会被多个(两个或以上的)源文件用到的内容
我以前做软件开发的时候,就遇到头文件引用顺序的问题。顺序不对,编译都不通过。被折磨了好几天。这个痛苦经历,让我一度远离C程序开发,不敢碰。
按照习惯,头文件+C源文件的组合,我理解为类对象。当时用这个类的时候,你想用到的属性(成员、常量、类型、结构体之类的)以及方法(函数),才放到头文件里声明。类似于类对象中public声明的目标。但我见过的大神,不要C源文件,把所有代码都放在头文件中,而且编译没问题,这确实让我长见识了。我觉得这样处理起来,就一个文件,容易维护,挺好的。就是不知道这样做,有啥缺点。
头文件就是要告诉别人,你能用到我的什么东西。至于内部引用的其它头文件,在编译的时候,如果并没有真正使用其它头文件中所声明的对象,在编译的时候,可能会降低编译速度,但会对编译结果有影响吗?