1.6 常见的名词术语

本节介绍开发程序时常见的名词概念,以后的章节里有新名词也会添加到本节进行更新。

  • C++11 标准: 时代在变化,C++ 标准也在前进。C++ 正式公布标准有 C++98、C++03、C++11。 最新的 C++11 标准是2011年8月12日公布的,在公布之前该标准原名为 C++0x 。 这是一次较大的修订和扩充,建议读者专门学一下, Qt 从 4.8 版本就开始用 C++11 新特性了。 编译器里面开始支持 C++11 的版本是 MSVC 2010、GCC 4.5、Clang 3.1, 这之后版本的编译器都在逐步完善对 C++11 的支持,现在新版本编译器对新标准的支持都比较全面了。 Qt 官方在编译 Qt5 库的时候都是开启 C++11 特性的,如果我们要在自己项目代码启用新标准, 需要在 .pro 文件里面添加一行:
    CONFIG += c++11
    如果是 Qt4 版本则是添加:
    gcc:CXXFLAGS += -std=c++0x
    MSVC编译器默认开启 C++11 特性,GCC(g++命令)则需要自己添加选项 -std=c++0x , 上面 CXXFLAGS 就是为 GCC 编译器(g++命令)添加 -std=c++0x 选项。 学习 C++11 新特性可以看《C++ Primer Plus》(第6版),或者去网站搜索 C++11 新特性相关帖子。


  • Debug 和 Release: 即调试和发行。代码编写之后,生成的目标程序或库文件通常不会绝对正确,或多或少有些毛病(bug), 因此需要进行纠错调试(Debug)。调试过程中需要源代码和二进制目标程序之间一一对应的关系, 这样才能定位到错误代码,所以 Debug 版本的程序是臃肿而不进行优化的。 与之相对的是 Release 发行版,在纠正了发觉到的错误后,需要发布程序用于实际用途, 实际应用时强调运行效率高,减少冗余代码,因此会对二进制程序进行大量优化,提升性能。 这样发布的二进制目标程序就是 Release 版。

    Debug 版本程序通常链接的也是 Debug 版本的库文件, 比如 libQt5Guid.a/Qt5Guid.dll,库文件的简短名(不含扩展名)都是以 d 结尾的,Debug 库通常都比较大 。 Release 版本程序链接的通常就是 Release 版本的库文件, Release 版本库文件名字比 Debug 版本库文件少一个字母 d ,如 libQt5Gui.a/Qt5Gui.dll, 而且 Release 版本库一般都比 Debug 版本小很多,运行效率也高很多。


  • Dynamic Link 和 Static Link: 即动态链接和静态链接。通常目标程序都不是独立个体,生成程序时都需要链接其他的库,要用到其他库的代码。 对于多个程序同时运行而言,内存中就可能有同一个库的多个副本,占用了太多内存而干的活差不多。 为了优化内存运用效率,引入了动态链接库(Dynamic Link Library),或叫共享库(Shared Object)。 使用动态链接库时,内存中只需要一份该库文件,其他程序要使用该库文件时,只要链接过来就行了。 由于动态库文件外置,链接到动态库的目标程序相对比较小,因为剥离了大量库代码,而只需要一些链接指针。 使用动态库,也意味着程序需要链接到如 *.dll 或 *.so 文件,得提前装好动态库文件, 然后目标程序才能正常运行。

    静态库就是将链接库的代码和自己编写的代码都编译链接到一块,链接到静态库的程序通常比较大, 但好处是运行时依赖的库文件很少,因为目标程序自己内部集成了很多库代码。

    Linux/Unix 系统里静态库扩展名一般是 .a ,动态库扩展名一般是 .so 。 Windows 系统里 VC 编译器用的静态库扩展名一般是 .lib ,动态库扩展名一般是 .dll 。 MinGW 比较特殊,是将 GNU 工具集和链接库从 Linux/Unix 系统移植到 Windows 里, 有意思的情况就出现了,MinGW 使用的静态库扩展名为 .a ,而其动态库扩展名则为 .dll , .a 仅在生成目标程序过程中使用,.dll 则是在目标程序运行时使用。


  • Explicit Linking 和 Implicit Linking: 即显式链接和隐式链接,这两种都是动态链接库的使用方式。动态链接库通常都有其导出函数列表, 告知其他可执行程序可以使用它的哪些函数。可执行程序使用这些导出函数有两种方式:一是在运行时使用 主动加载动态库的函数,Linux 里比如用 dlopen 函数打开并加载动态库,Windows 里一般用 LoadLibrary 打开并加载动态库, 只有当程序代码执行到这些函数时,其参数里的动态库才会被加载,这就是显式链接。 显式链接方式是在运行时加载动态库,其程序启动时并不检查这些动态库是否存在。
    隐式链接是最为常见的,所有的编译环境默认都是采用隐式链接的方式使用动态库。 隐式链接会在链接生成可执行程序时就确立依赖关系,在该程序启动时,操作系统自动会检查它依赖的动态库, 并一一加载到该程序的内存空间,程序员就不需要操心什么时候加载动态库了。 比如 VC 编译环境,链接时使用动态库对应的 .lib 文件(包含动态库的导出函数声明,但没有实际功能代码), 在 .exe 程序运行前系统会检查依赖的 .dll,如果找不到某个动态库就会出现类似下图对话框:

    MinGW 是将动态库的导出函数声明放在了 .a 文件里,程序运行依赖的动态库也是 .dll 。 请注意,VC 链接器使用的 .lib 文件分两类,一种是完整的静态库,体积比较大,另一种是动态库的导出声明,体积比较小。 MinGW 链接器使用的 .a 文件也是类似的,Qt 官方库都是按照动态库发布的,静态库只有自己编译才会有。


  • Makefile: 即生成脚本,虽然可以直接调用编译器如 g++ 编译程序,但是如果项目里的代码文件变多了, 哪些代码文件更新了需要重新编译,哪些代码没有改不需要重新编译等等, 靠程序员自己记忆去处理是比较麻烦的事,还有哪些代码需要预处理或是链接哪些库文件, 这些都是繁杂的过程。为了规范程序的编译生成过程,产生了规范化的生成脚本,就是 Makefile , 生成器 make 可以依据规范的 Makefile 自动生成目标程序或库文件。 简单的说,就是定义好 Makefile ,让程序员只需要去关注如何编写代码, 而生成程序过程中的脏活累活都交给 make 程序。现在 Makefile 通常都有工具自动生成,如 qmake 工具, 这样就大量减轻了程序员的负担。


  • Project: 即项目(或叫工程),这里的项目是指为实现某个相对独立功能的程序代码合集,这些代码不单单是放在一块, 而是有相互之间的关联性,并且有专门负责管理该项目的项目文件,比如 Qt 使用 .pro 文件管理项目, VC++ 则使用 .vcproj 作为项目文件。集成开发环境通常都是依据项目文件(.pro/.vcproj)管理和构建项目。



  • prev
    contents
    next