关于头文件包含的方法

比克流

最近学网络编程，看到一本书上有一种做法：把有关网络的头文件<sys/socket.h> <netinet/in.h> <netdb.h>等一大堆，还有 stdio.h ， stdlib.h 等都放到一个
公共的头文件unixnet.h里，然后其他所有的文件都include这个unixnet.h 。

但有的文件可能只用到一个stdio.h ，这样做显然编译速度会变慢，但确实方便，
请问这个习惯好不好？
有没有即不做无用功，又方便的办法？
谢谢

prolj

慢多少？比STL还慢？

比克流

回复 2# prolj


   您的意思这样作没问题？
谢谢

GetStarted

最近学网络编程，看到一本书上有一种做法：把有关网络的头文件  等一大堆，还有 stdio.h ， stdlib.h 等都放 ...
比克流 发表于 2010-02-13 00:17

貌似一般提倡只包含需要的头文件，尽量避免间接包含。并且，能用向前声明forward declaration就不包含头文件。尽量少。包含多了增加目标文件生成的大小。

daybreakcx

按需供给

linyunxian

看需求吧。我估计书中这种做法是为了减少代码的行数，否则看代码觉得很冗长。

ztz0223

我们一般在c文件里面包含需要的头文件。
有一些必要的头文件放在一个头文件里面include，省区很多包含的操作

prolj

我来普及一下基本知识，帮各位把基础打的牢固一点。
1，包含过多的头文件，无论是C还是C++都不会增加代码体积的，以为你没有用到的代码不会编译进去，就算你头文件里面有函数，包含进来了，c或者cpp里没用到，照样会被编译器忽略掉。
2，包含过多的头文件，编译速度上，带来的代价就是预处理！可以粗略的认为是read文件，write临时文件，这就是仅有的代价！没有别的！
2.5，强调一下为什么C++包含过多的头文件不是一个好习惯，写过C++代码的人都知道，抱歉的是我没怎么写过C++代码，仅仅是简单修改别人的。修改头文件，确切的说仅仅是头文件里面的class定义，make的时候就会造成N多cpp文件的重新编译，大大增加了重新编译的时间。但是，这个和包含多余的头文件不那么直白的关系，而直接的是make的依赖问题。
2.9，C++的STL是造成编译速度慢的主要原因，MD，我放弃C++了。

xyfree

....

2.5，强调一下为什么C++包含过多的头文件不是一个好习惯，写过C++代码的人都知道，抱歉的是我没怎么写过C++代码，仅仅是简单修改别人的。修改头文件，确切的说仅仅是头文件里面的class定义，make的时候就会造成N多cpp文件的重新编译，大大增加了重新编译的时间。但是，这个和包含多余的头文件不那么直白的关系，而直接的是make的依赖问题。

...
prolj 发表于 2010-02-14 00:48

似乎这个问题（N多cpp文件的重新编译）可以用句柄类来解决

1. SomeClassHandle {
   
2.     private:
   
3.     SomeClass* handle;
   
4. 
   
5.     public:
   
6.     SomeClassHandle():handle(0) {
   
7.         handle = new SomeClass;
   
8.     }
   
9. 
   
10.     ~SomeClassHandle() {
    
11.         delete handle;
    
12.     }
    
13. 
    
14.     // 重载 operator. 和 operator-> 省略若干字...
    
15. }

复制代码

当SomeClass的设计有变化时，使用到SomeClass的其他代码不必重新编译
当然对性能敏感的地方最好不要这么做....

fender0107401

按需供给？

那还不累死啊，而且稍微动点代码就得考虑是不是修给头文件。