msbuild - 我可以获得 "sometimes portable"类库项目以在 Visual Studio Express 中加载吗？

Question

对于Noda Time版本 1.1 的主要目标是构建可移植类库风格，主要是为了支持 Windows Phone 和 Windows Store 应用程序。这意味着失去一些功能，因此我们构建了一个桌面配置和一个 PCL 配置(针对每个调试、发布和“签名发布”)。

为了避免使用无数的项目文件，所有 6 个配置都存在于同一个项目文件中。 project file被定制为生成一个名为“Portability”的属性，该属性设置为“PCL”或“Desktop”，如下所示:

<!-- Set the custom Portability property based on configuration -->
<PropertyGroup>
  <Portability Condition="'$(Configuration)' == 'Debug Portable'">PCL</Portability>
  <Portability Condition="'$(Configuration)' == 'Release Portable'">PCL</Portability>
  <Portability Condition="'$(Configuration)' == 'Signed Release Portable'">PCL</Portability>
  <!-- Default to desktop if not explicitly set above -->
  <Portability Condition="'$(Portability)' == ''">Desktop</Portability>
</PropertyGroup>

然后，根据上述属性，我们为可移植和台式机提供了单独的属性组。这就是将项目类型定义为“类库”或“可移植类库”的原因(以及共享的 Library 的 OutputType):

<!-- Desktop-specific properties -->
<PropertyGroup Condition="'$(Portability)' == 'Desktop'">
  <TargetFrameworkVersion>v3.5</TargetFrameworkVersion>
  <TargetFrameworkProfile>Client</TargetFrameworkProfile>
</PropertyGroup>

<!-- PCL-specific properties -->
<PropertyGroup Condition="'$(Portability)' == 'PCL'">
  <MinimumVisualStudioVersion>10.0</MinimumVisualStudioVersion>
  <ProjectGuid>{c78f6992-28d7-45c9-a4c1-6eaa649f3247}</ProjectGuid>
  <TargetFrameworkVersion>v4.0</TargetFrameworkVersion>
  <TargetFrameworkProfile>Profile2</TargetFrameworkProfile>
  <ProjectTypeGuids>{786C830F-07A1-408B-BD7F-6EE04809D6DB};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>
</PropertyGroup>

这通常工作得很好 - 我有不同的解决方案配置，因此我可以立即构建和测试所有内容，并且我只需将每个新的 .cs 文件添加到单个项目中文件。因此，在 Visual Studio 2012 Professional(我使用的)下我非常高兴。

当我尝试在 Visual Studio Express(VS2010 或 VS2012)中加载解决方案时，问题就出现了。加载解决方案时，它会失败并显示错误，指出某些项目无法加载，并且构建 PCL 版本的两个项目的构建输出如下所示:

C:\Path\To\NodaTime.csproj : error  :
     The project file 'C:\Path\To\NodaTime.csproj' cannot be opened.

There is a missing project subtype.
     Subtype: '{786C830F-07A1-408B-BD7F-6EE04809D6DB}'
     is unsupported by this installation.

(为了清晰起见，重新格式化。)这两个项目拒绝加载，因此您甚至无法浏览源代码。

我真的希望即使 Express 用户无法构建 PCL 版本，他们仍然能够加载解决方案、浏览源代码并构建非 PCL 版本。 MSBuild 通过命令行工作，但这并不友好。

我尝试删除引用 PCL 项目配置的解决方案配置，但这没有帮助。奇怪的是，甚至注释掉 XML 元素，如下所示:

<!-- 
    <ProjectTypeGuids>(Guids as before)</ProjectTypeGuids>
 -->

没有帮助 - 尽管删除该行可以。就好像 Visual Studio 实际上并未将其作为真正的 XML 文件加载。 (我还没有尝试将带有注释掉的元素的版本加载到 VS Pro 中。)

如果需要的话，我可以沿着生成单独的PCL项目文件的路线，但如果可能的话我真的想避免它 - 这会让正常的开发更加痛苦。同样，我可以生成仅 Express 的 PCL 和解决方案文件，但我又不愿意 - 这感觉不对。

虽然理想情况下我希望在 2010 年和 2012 年都支持 VS Express，但如果有一个仅适用于 2012 年的解决方案，那将是一个好的开始。

那么，有没有什么方法可以让 Visual Studio Express 相信它确实可以加载项目，尽管条件属性组(其条件未得到满足)引用了它不支持的项目类型知道吗？

Answer 1

大卫·基恩的评论给了我目前正在使用的答案:

or remove the <ProjectTypeGuid> element entirely - this will opt you of "portable" enhancements, such as a UI for changing the target framework, etc

我已经尝试过了，效果就像做梦一样。在正确安装了所有内容的计算机上，您甚至可以在 Express 下构建 PCL 版本!我已经验证生成的二进制文件确实是 PCL，而且看起来没问题。

如果我后来遇到一些问题，我不会感到惊讶，但目前这对我来说效果很好。我可以轻松地在没有 Visual Studio 增强功能的情况下生活 - 它已经因为我的项目具有非常不同的构建配置而感到困惑，所以我认为我无论如何也没有获得太多好处。