C语言头文件是C语言中设计的重要一环。头文件的复杂性、副作用所带来的问题,又常常令人头疼。总结C语言头文件的两大原则分享给大家:最少包含原则与自立原则。
最少包含原则这一原则有两层含义:
只包含必需的头文件,不要包含那些源程序中用不到的头文件
在头文件中,只暴露会被多个(两个或以上的)源文件用到的内容
我以前做软件开发的时候,就遇到头文件引用顺序的问题。顺序不对,编译都不通过。被折磨了好几天。这个痛苦经历,让我一度远离C程序开发,不敢碰。
按照习惯,头文件+C源文件的组合,我理解为类对象。当时用这个类的时候,你想用到的属性(成员、常量、类型、结构体之类的)以及方法(函数),才放到头文件里声明。类似于类对象中public声明的目标。但我见过的大神,不要C源文件,把所有代码都放在头文件中,而且编译没问题,这确实让我长见识了。我觉得这样处理起来,就一个文件,容易维护,挺好的。就是不知道这样做,有啥缺点。
头文件就是要告诉别人,你能用到我的什么东西。至于内部引用的其它头文件,在编译的时候,如果并没有真正使用其它头文件中所声明的对象,在编译的时候,可能会降低编译速度,但会对编译结果有影响吗?
| 有奖活动 | |
|---|---|
| 硬核工程师专属补给计划——填盲盒 | |
| “我踩过的那些坑”主题活动——第002期 | |
| 【EEPW电子工程师创研计划】技术变现通道已开启~ | |
| 发原创文章 【每月瓜分千元赏金 凭实力攒钱买好礼~】 | |
| 【EEPW在线】E起听工程师的声音! | |
| 高校联络员开始招募啦!有惊喜!! | |
| 【工程师专属福利】每天30秒,积分轻松拿!EEPW宠粉打卡计划启动! | |
| 送您一块开发板,2025年“我要开发板活动”又开始了! | |