上一篇文章带你玩转Visual Studio——带你管理多种释出版本让我们了解了Debug与Release的区别,并学会也如果管理 多个不同释出版本的配制项。在一个大型的项目中,往往不止一个工程,而会有多个工程相互关联,每个工程也都会有自己的释出版本,这就是这篇文章将要讲述的内容。
在多个组件同时开发时,把相关的Project放在同一个Solution下会方便很多。但你有没有发现一个新的问题,如果一个Solution有很多的Project,每一个Project目录下都会有一个编译结果的目录,如下图这样你昏不昏?
编译结果目录
那如何管理这些目录,使这些目录看起来不这么混乱呢?其实我们是可以设置这些目录的输出路径的,可以把它们放在一起管理。我们可以将输出目录设计成这样:
Utils
- Utils
- UsingUtils
Output
Win32
Debug
- Bin
- Lib
- Temp
Release
- Bin
- Lib
- Temp
Linux
Debug
- Bin
- Lib
- Temp
Release
- Bin
- Lib
- Temp
这样看起来是不是结构清晰多了!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进行说明,其它的释出方式与此类似。
所有Project使用同一组配制项。
什么意思呢?我们在带你玩转Visual Studio——带你管理多种释出版本一文说到Debug和Release就是一组配制项,其实整个Solution有一个配制项,每一个Project也有自己的配制项。
整个Solution的配制项也就是下图工具栏中你能看到的这些配制项:
Solution的配制项而每一个Project的配制荐是你右键工程名->Properties能看到的配制项:
Project的配制项一般一个Solution下的所有的Project最好使用同组配制项,这样不容易混乱。
给UsingUtils添加Debug_Static配制项。我们设置Utils的属性时已经配制了Debug_Static的配制项,并设置了Solution的Debug_Static配制项,再给UsingUtils添加Debug_Static的配制项。
添加配制项标“4”的Create new solution configurations表示为整个Solution也添加(Debug_Static)配制项,这个复选框得取消勾选,因为设置Utils时已经为Solution默认添加了Debug_Static配制项,不然会添加不上。
设置Utils的输出路径,右键Utils工程->Properties进行如下配制。
设置输出路径拷贝导出库.lib,我们可以将Utils编译出的静态库拷贝Utils.lib到Lib目录下,这样我们就可以直接把这个文件提供到调用方使用。
Build Events中可以设置编译前、链接前、编译后要进行的处理事件。这里我们目地是编译后将编译出的Utils.lib拷贝到Lib文件夹下,所以我们在Post-Build Event输入以下命令
:如果Lib目录不存在,侧创建这个目录
if not exist $(SolutionDir)OutputWin32$(Configuration)Lib md $(SolutionDir)OutputWin32$(Configuration)Lib
:将(ProjectName).lib文件拷贝到Lib目录下
copy /y $(SolutionDir)OutputWin32$(Configuration)Bin$(ProjectName).lib $(SolutionDir)OutputWin32$(Configuration)Lib
设置UsingUtils的输出路径,与Utils类似如下:
设置UsingUtils的输出路径设置完成,Ok,编译一下再来看看输出结果目录,是不是清晰多了!
新的输出结果目录
上一篇回顾:
带你玩转Visual Studio——带你管理多种释出版本
下一篇要讲述的内容:
带你玩转Visual Studio——带你理解微软的预编译头技术