VC++多工程项目
目录
2.2.1 链接库依赖项（Link Library Dependencies） 8
2.2.2 忽略导入库（Ignore Import Library） 9
第1章 VC++6.0
一个VC++6.0项目（Workspace），可以由多个工程（Project）构成。如下图所示。此项目由App、Mod1、Mod2A、Mod2B四个工程组成。
图1.1
1.1 设置依赖关系
假定上图四个工程的依赖关系图如下所示。
图1.2
上图表示：Mod2A会调用Mod1里的某些函数，即Mod2A依赖于Mod1。总共有5个依赖关系。可以在VC++6.0里设置工程依赖关系，其操作如下：
单击【Project】【Dependencies...】菜单项
图1.3
显示界面如下
图1.4
上图表示工程App依赖于Mod1、Mod2A、Mod2B。可以更换App为Mod1、Mod2A、Mod2B，依次设置这些工程的依赖项。
1.2 编译顺序
设置了工程的依赖项，编译时编译器会自动编排编译顺序。编译某个工程前，确保其依赖项已经被编译。
如编译图1.2中的App时，编译器会首先编译好Mod1、Mod2A、Mod2B；而编译Mod2A或Mod2B之前，会首先编译好Mod1。最终的编译顺序就是：Mod1、Mod2A、Mod2B、App（Mod2A和Mod2B的编译顺序不是确定的，哪个先编译都可以）。
1.3 自动连接
设置了工程的依赖项，编译时编译器会自动连接依赖项。如图1.2中，连接App时，会自动连接Mod1.lib、Mod2A.lib、Mod2B.lib；连接Mod2A时，会自动连接Mod1.lib。
1.4 静态库
要特别注意静态库的自动连接，否则编译时可能会产生错误。
1.4.1 嵌入
可以把静态库看做obj文件的集合。
假如：Mod1是静态库工程，它有1.cpp、2.cpp两个源文件，编译后生成的Mod1.lib，其结构为：
图1.5
假如：Mod2A是静态库工程，它有2A1.cpp、2A2.cpp两个源文件。因为它自动连接Mod1.lib。因此生成的Mod2A.lib，其结构为：
图1.6
从上图可以看到：Mod1.lib的内容被嵌入到Mod2A.lib。
1.4.2 替换
假如：Mod2B是静态库工程，它有1.cpp、2B.cpp两个源文件。因为它自动连接Mod1.lib。因此生成的Mod2B.lib，其结构为：
图1.7
对上图的解释：编译Mod2B时，Mod2B.lib会包含两个obj文件：2B.obj和1.obj。连接Mod1.lib时，会再增加1.obj和2.obj。此时，会有两个1.obj。最终生成的Mod2B.lib只有三个obj文件，其中的1.obj是Mod1.lib里的obj文件。也就是说：Mod2B里的1.obj被替换了。
以图1.2为例，如果Mod1、Mod2A、Mod2B均为静态库，则此三者之间无需设置依赖关系。在编译App时，会自动连接Mod1.lib、Mod2A.lib、Mod2B.lib。
第2章 VC++2005
一个解决方案（Solution），可以由多个工程（Project）构成。如下图所示。
图2.1
2.1 设置依赖关系
英文版请单击【Project】【Dependencies...】菜单项，如下图所示：
图2.2 英文版
中文版请单击【项目】【项目依赖项】菜单项，如下图所示：
图2.3 中文版
显示界面如下。可在该界面下设置工程之间的依赖关系，其操作方法与VC++6.0的操作方法类似。
图2.4
2.2 自动连接
设置了工程依赖项后，编译时编译器会自动编排编译顺序，也会自动连接依赖项。比VC++6.0更加先进的是：VC++2005能够对自动连接依赖项进行控制。
2.2.1 链接库依赖项（Link Library Dependencies）
以图1.2为例，编译App时，会自动连接依赖项：Mod1.lib、Mod2A.lib、Mod2B.lib。如果不想让App自动连接这些库，可以设置App的"Link Library Dependencies"（链接库依赖项）属性为 No，如下面两张图所示：
图2.5 英文版设置
图2.6 中文版设置
2.2.2 忽略导入库（Ignore Import Library）
假如Mod1是动态库，则编译Mod2A、Mod2B、App时，均会自动连接Mod1的导入库Mod1.lib。如果设置Mod1的Ignore Import Library属性为Yes，则编译Mod2A、Mod2B、App时，将不再自动连接导入库Mod1.lib。
Ignore Import Library（忽略导入库）的设置如图2.5和图2.6所示。
2.3 静态库
假如Mod1、Mod2A、Mod2B均为静态库，则编译Mod2A、Mod2B时，默认情况下VC++2005将不会再嵌入Mod1.lib至Mod2A.lib和Mod2B.lib。
如果需要把Mod1.lib嵌入到Mod2A.lib，则需修改Mod2A工程的Use Library Dependency Inputs（使用库依赖项输入）属性，如图2.5和图2.6所示。
设置该项为Yes，则生成Mod2A.lib时，连接的不是Mod1.lib，而是生成Mod1.lib所需的obj文件。即直接连接Mod1工程的obj文件。相当于把Mod1.lib嵌入到Mod2A.lib。
设置该项为No，则生成Mod2A.lib时，连接的是Mod1.lib，但不会把Mod1.lib嵌入到Mod2A.lib。
第3章 VC++2010
3.1 引用工程
VC++2010也可以设置工程依赖项，但是它仅仅用来控制各个工程的编译顺序，不再自动连接依赖项。如果仍希望自动连接依赖项，请使用"引用工程"的功能。鼠标右键单击某个工程，弹出菜单中单击【References...】菜单项。
图3.1
下图中，单击"Add New Reference..."按钮，可以增加一个引用；单击"Remove Reference"可以删除选中的引用；每个被引用的工程将有Link Library Dependencies（链接库依赖项）和Use Library Dependency Inputs（使用库依赖项输入）两个重要的选项。
图3.2
注意：VC++2010的设置更加精准。如：
VC++2005里设置App的Link Library Dependencies为True则连接App时将自动连接Mod1.lib、Mod2A.lib、Mod2B.lib。反之，则不会自动连接Mod1.lib、Mod2A.lib、Mod2B.lib。简单的说就是：要么全部自动连接，要么全不自动连接。
VC++2010里App引用了几个工程就需要设置几次Link Library Dependencies。如：设置引用工程Mod1的Link Library Dependencies为True，则连接App时会自动连接Mod1.lib。反之，则不会自动连接Mod1.lib。
VC++2010比VC++2005的设置更加精准，但是设置的工作量也随之加大。
设置工程之间的引用关系后，工程之间的依赖关系将被自动生成。如下图所示：
图3.3
注意：如果App引用了Mod1，则Mod1前的复选框将被勾中且无法改变其状态。也就是说一旦App引用了Mod1，那么App必定依赖于Mod1，这是无法修改的。
