预编译头文件:效率还是内聚性?

     在用VC做项目的过程中,为提高C/C++头文件的编译速度,常用的做法是把一些常用的头文件放到一个头文件里,然后将这个头文件作为预编译头文件,程序的其他部分如果直接引用预编译头文件,就可以加快编译速度了。

 

      然而,如果预编译头文件使用不当,至少有两个缺点:

      1、程序间的耦合性增加,不需要的头文件也被引用了进来。

            这是由于预编译头文件通常集成了多个不同的头文件——不管你的模块用不用得到。

      2、增加了程序逻辑和编译特性的依赖关系。

            首先,头文件通常是模块的外部接口,对于头文件的包含,应该反映的是程序逻辑依赖关系,而不是编译关系。

           其次,由于VC下的预编译头文件命名方式通常是以“pch”结尾,进一步违反了模块设计的“单一职责”原则。这样的头文件反映的更多的是编译优化依赖关系,而不是程序逻辑依赖关系。

 

      不过,并不是所有编译器都想VC一样,把预编译和程序逻辑混在一起。例如,GCC的预编译头文件机制就是和头文件引用方式分离的。在GCC中,我们只要预编译我们关注的头文件,程序如果引用到这些头文件,就可以自动使用预编译特性了;反之,如果不预编译这些头文件,程序还按常规的方式编译。Borland的C++和Delphi编译器,也应该用类似于GCC的预编译机制实现,只是智能化程度更强,所有的头文件几乎都只编译一次,做到了自动预编译,因此速度更快。

 

     为VC预编译头文件的使用限制,对于大型项目,我建议遵守以下编程原则:

     1、模块内部引用,不用预编译头文件;模块之间引用,可以使用预编译头文件。

     2、模块间引用的头文件的名称,不必加“pch”后缀,而应该反映模块本身的意义,建议参考“windows.h“的设计和命名。

你可能感兴趣的:(C/C++编程,borland,delphi,编译器,gcc,编程,优化)