上一篇文章带你玩转 Visual Studio ——带你管理多种释出版本让我们了解了 Debug 与 Release 的区别,并学会也如果管理 多个不同释出版本的配制项。在一个大型的项目中,往往不止一个工程,而会有多个工程相互关联,每个工程也都会有自己的释出版本,这就是这篇文章将要讲述的内容。
在带你玩转 Visual Studio——带你新建一个工程一文中提到一个 Solution (解决方案)可以有多个 Project (工程),那什么时候需要有多工程呢? 多工程又有什么好处呢?
应用场景:当一个项目由多个不同的组件(模块)构成时,为每一个组件创建一个工程,所有的组件工程在同一个解决方案下。 优点:结构清晰,可进行分模块开发,对复杂程序进行解耦。
我们还是以 Utils 这个工程为例,在带你发布自己的工程库一文及上一篇带你管理多种释出版本中已经创建了一个 Utils 工程,并为它编译出了多个版本的库,但我们使用这个库的时候却是在另一个 Solution 下进行的,其实我们完全可以而且也应该把使用 Utils 库的工程与 Utils 工程放在一个解决方案下。
添加引用关联
设置头文件的路径
在多个组件同时开发时,把相关的 Project 放在同一个 Solution 下会方便很多。但你有没有发现一个新的问题,如果一个 Solution 有很多的 Project,每一个 Project 目录下都会有一个编译结果的目录,如下图这样你昏不昏?
编译结果目录
那如何管理这些目录,使这些目录看起来不这么混乱呢?其实我们是可以设置这些目录的输出路径的,可以把它们放在一起管理。我们可以将输出目录设计成这样:
这样看起来是不是结构清晰多了!Output 为输出目录,Win32 为 Windows X32 下编译的结构,Linux 为 Linux 平台下的编译结果(这个涉及到跨平台开发,暂时不谈), Win32 下再有 Debug 和 Release 等多个不同的释出版本, Bin 下放置编译出的最终结果(如.exe 等), Lib 下放置编译出的所有.lib 文件, Temp 放置编译过程的临时文件(如.obj 等)。
我们还是以 Utils 为例进行说明。Utils Solution 下有两个 Project:Utils (编译出 Utils 工具库)和 UsingUtils (使用 Utils 的库),仅以释出 Debug_Static 进行说明,其它的释出方式与此类似。
Solution 的配制项
而每一个 Project 的配制荐是你右键工程名 ->Properties 能看到的配制项:
一般一个 Solution 下的所有的 Project 最好使用同组配制项,这样不容易混乱。
添加配制项
标“4”的 Create new solution configurations 表示为整个 Solution 也添加 (Debug_Static)配制项,这个复选框得取消勾选,因为设置 Utils 时已经为 Solution 默认添加了 Debug_Static 配制项,不然会添加不上。
设置 Utils 的输出路径,右键 Utils 工程->Properties 进行如下配制。
Build Events 中可以设置编译前、链接前、编译后要进行的处理事件。这里我们目地是编译后将编译出的 Utils.lib 拷贝到 Lib 文件夹下,所以我们在 Post-Build Event 输入以下命令
:如果 Lib 目录不存在,侧创建这个目录
if not exist $(SolutionDir)Output\Win32\$(Configuration)\Lib md $(SolutionDir)Output\Win32\$(Configuration)\Lib
:将(ProjectName).lib 文件拷贝到 Lib 目录下
copy /y $(SolutionDir)Output\Win32\$(Configuration)\Bin\$(ProjectName).lib $(SolutionDir)Output\Win32\$(Configuration)\Lib\
新的输出结果目录