有效地将Visual Studio项目属性用于多个项目和配置

Question 1

我一直使用GUI支持的内置Visual Studio来配置我的项目，通常使用属性表，以便几个项目将使用一个公共集。

我主要的工作之一是管理多个项目，配置和平台。如果仅使用主GUI进行所有操作（右键单击项目->属性），它很快就会变得一团糟，难以维护并且容易出现错误（例如无法正确定义某些宏或使用错误的运行时库等）。处理不同的人将依赖库放在不同位置的事实（例如，我的所有库都位于“ C：\ Libs \ [C，C ++] \ [lib-name] \”中），然后经常管理这些库的不同版本同样（发布，调试，x86，x64等）也是一个大问题，因为它极大地增加了在新系统上进行设置的时间，然后是版本控制和使每个人的路径分开的问题。。

属性表使这更好一些，但是我不能让一个表具有针对不同配置和平台的单独设置（下拉框呈灰色），导致我有很多表，如果以正确的顺序继承这些表，可以满足我的要求（ “ x86”，“ x64”，“ debug”，“ release”，“ common”，“目录”（通过定义用户宏（如BoostX86LibDir来解决前面提到的依赖性问题）等），以及是否以错误的顺序继承（例如“ x64”和“ debug”之前的“ common”）会导致诸如尝试链接不正确的库版本或错误命名输出等问题。

我想要的是一种处理所有这些分散的依赖性并设置解决方案中所有项目都使用的“规则”的方法，例如将输出库命名为“ mylib- [vc90，vc100]-[x86]”。，x64] [-d] .lib”，而不必为每个单独的项目，配置和平台组合执行所有这些操作，然后将它们正确同步。

我知道要转移到完全不同的系统（例如CMake）上来创建所需的文件，但是这会使其他地方的事情变得复杂，因此即使是简单的任务（例如向项目中添加新文件）也需要在其他地方进行其他更改，这不是我要做的除非对VS2010的某些集成可以跟踪这些变化，否则对它们中的任何一个都完全满意。

Question 2

我只是发现了一些我认为不可能的事情（GUI并未公开），这有助于使属性表更加有用。项目属性文件中许多标签的“ Condition”属性，也可以在.props文件中使用它！

我只是整理了以下内容作为测试，效果很好，并完成了5个（普通，x64，x86，调试，发行）单独的属性表的任务！

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup Label="UserMacros">
    <!--debug suffix-->
    <DebugSuffix Condition="'$(Configuration)'=='Debug'">-d</DebugSuffix>
    <DebugSuffix Condition="'$(Configuration)'!='Debug'"></DebugSuffix>
    <!--platform-->
    <ShortPlatform Condition="'$(Platform)' == 'Win32'">x86</ShortPlatform>
    <ShortPlatform Condition="'$(Platform)' == 'x64'">x64</ShortPlatform>
    <!--toolset-->
    <Toolset Condition="'$(PlatformToolset)' == 'v90'">vc90</Toolset>
    <Toolset Condition="'$(PlatformToolset)' == 'v100'">vc100</Toolset>
  </PropertyGroup>
  <!--target-->
  <PropertyGroup>
    <TargetName>$(ProjectName)-$(Toolset)-$(ShortPlatform)$(DebugSuffix)</TargetName>
  </PropertyGroup>
</Project>

唯一的问题是属性GUI无法处理它，使用上述属性表的项目仅报告目标的默认继承值，例如“ $（ProjectName）”。

Question 3

我做了一些改进，可能对某人有用

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup Label="UserMacros">
    <!--IsDebug: search for 'Debug' in Configuration-->
    <IsDebug>$([System.Convert]::ToString( $([System.Text.RegularExpressions.Regex]::IsMatch($(Configuration), '[Dd]ebug'))))</IsDebug>

    <!--ShortPlatform-->
    <ShortPlatform Condition="'$(Platform)' == 'Win32'">x86</ShortPlatform>
    <ShortPlatform Condition="'$(Platform)' == 'x64'">x64</ShortPlatform>

    <!--build parameters-->
    <BUILD_DIR>$(registry:HKEY_CURRENT_USER\Software\MyCompany\@BUILD_DIR)</BUILD_DIR>
  </PropertyGroup>

  <Choose>
    <When Condition="$([System.Convert]::ToBoolean($(IsDebug)))">
      <!-- debug macroses -->
      <PropertyGroup Label="UserMacros">
        <MyOutDirBase>Debug</MyOutDirBase>
        <DebugSuffix>-d</DebugSuffix>
      </PropertyGroup>
    </When>
    <Otherwise>
      <!-- other/release macroses -->
      <PropertyGroup Label="UserMacros">
        <MyOutDirBase>Release</MyOutDirBase>
        <DebugSuffix></DebugSuffix>
      </PropertyGroup>
    </Otherwise>
  </Choose>

  <Choose>
    <When Condition="Exists($(BUILD_DIR))">
      <PropertyGroup Label="UserMacros">
        <MyOutDir>$(BUILD_DIR)\Bin\$(MyOutDirBase)_$(ShortPlatform)\</MyOutDir>
        <MyIntDir>$(BUILD_DIR)\Build\$(Configuration)_$(ShortPlatform)_$(PlatformToolset)\$(ProjectGuid)\</MyIntDir>
      </PropertyGroup>
    </When>
    <Otherwise>
      <PropertyGroup Label="UserMacros">
        <MyOutDir>$(SolutionDir)\Bin\$(MyOutDirBase)_$(ShortPlatform)\</MyOutDir>
        <MyIntDir>$(SolutionDir)\Build\$(Configuration)_$(ShortPlatform)_$(PlatformToolset)\$(ProjectGuid)\</MyIntDir>
      </PropertyGroup>
    </Otherwise>
  </Choose>

  <PropertyGroup>
    <OutDir>$(MyOutDir)</OutDir>
    <IntDir>$(MyIntDir)</IntDir>
<!-- some common for projects
    <CharacterSet>Unicode</CharacterSet>
    <LinkIncremental>false</LinkIncremental>
--> 
  </PropertyGroup>
</Project>

玩得开心！

Question 4

以前，我对公司的产品（200多个项目）有同样的痛苦。我解决的方法是建立属性表的良好层次结构。

项目通过其输出类型（例如x64.Debug.Dynamic.Library.vsprops）继承属性表。这个vsprops文件仅使用InheritedPropertySheets属性继承了其他属性表

<VisualStudioPropertySheet
    ProjectType="Visual C++"
    Version="8.00"
    Name="x64.Debug.Dynamic.Binary"
    InheritedPropertySheets=".\Common.vsprops;.\x64.vsprops;.\Debug.vsprops;.\Runtime.Debug.Dynamic.vsprops;.\Output.x64.Library.vsprops"
    >

您还可以在属性表中使用变量（即UserMacro，其值可以是绝对值甚至是环境变量）来根据需要自定义很多内容。例如，在Debug.vsprops中定义BIN变量

<UserMacro name="BIN" Value="Debug" />

然后当您在一系列vsprops中设置输出名称时，例如Output.x64.Library.vsprops

<VisualStudioPropertySheet
    ProjectType="Visual C++"
    Version="8.00"
    OutputDirectory="$(BIN)"
>

$（BIN）变量将扩展为已设置的值（在本例中为Debug）。使用此技术，您可以轻松地构建一个不错的属性表层次结构来满足您的需求。

现在，您可能还要做一件事：使用属性表集构建自己的项目模板。真正困难的部分是强制正确使用模板和属性表。我的个人经验是，即使一切都已设置，仍然有人会忘记使用模板来创建新项目...

Question 5

可以为每个配置创建单独的属性表。去做这个：

创建特定于配置的属性表
打开物业经理
右键单击配置要修改（不是项目）
点击“添加现有属性表”并添加您的表

这使您不必将条件插入到多个配置的单张纸中。如果您要在配置之间共享某些公共属性，请创建一个层次结构。顶层工作表可用于所有配置，并且嵌套工作表将仅包含特定于配置的属性

Question 6

就输出库而言，您可以选择所有项目，然后调出属性页面，选择“所有配置”，“所有平台”，然后将“目标名称”设置为：

$(ProjectName)-$(PlatformToolset)-$(PlatformShortName)-$(Configuration)

这将给出类似于mylib-v100-x86-Debug.lib的输出

我们也对“其他库目录”进行了类似的操作，使用$(PlatformName)和#(Configuration)选择了正确的库路径，尽管这确实意味着对库的初始设置会产生一些麻烦。例如，我们已经将其库升压安装到boost/lib.Win32或boost/lib.x64。

关于库，以及将它们安装在不同位置的人们，有两种选择。如果您有一个非常强大的源代码管理系统，则可以将所有内容放入源代码管理中，位于源代码旁边的libs文件夹中。如果您使用多个库，或者它们很大，那可能就行不通了。

想到的另一个选择是在每个用户计算机上设置一个指向其库文件夹根目录的环境变量，例如LIB_ROOT=c:\libraries，然后可以在Visual Studio中以方式访问该变量$(LIB_ROOT)。

Question 7

听起来可能值得一试构建工具-在我这里，我们使用一个定制的工具，该工具可以监视文件和项目中的更改并确定依赖性和编译顺序。添加新文件没什么大不了的-编译是通过msbuild完成的。

如果我不得不编译多个项目，那么我会使用类似nant的东西：http : //nant.sourceforge.net/