For 野田时间 http://noda-time.googlecode.com版本 1.1 的主要目标是构建可移植类库风格，主要是为了支持 Windows Phone 和 Windows Store 应用程序。这意味着失去一些功能，因此我们构建了桌面配置和 PCL 配置（针对每个调试、发布和“签名发布”）。
为了避免使用无数的项目文件，所有 6 个配置都存在于同一个项目文件中。这项目文件 https://code.google.com/p/noda-time/source/browse/src/NodaTime/NodaTime.csproj被定制以生成一个名为“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>
然后，根据上述属性，我们为便携式和台式机提供单独的属性组。这就是将项目类型定义为“类库”或“可移植类库”（以及OutputType of Library，这是共享的）：
<!-- 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 中。）
I could如果需要的话，我可以走生成单独的 PCL 项目文件的路线，但如果可能的话我真的想避免它 - 这会让正常的开发更加痛苦。同样我could生成仅限 Express 的 PCL 和解决方案文件，但我又不想这样做 - 只是感觉不对。
虽然理想情况下我希望在 2010 年和 2012 年都支持 VS Express，但如果有一个仅适用于 2012 年的解决方案，那将是一个良好的开始。
那么，有什么方法可以让 Visual Studio Express 相信它确实有效吗？can尽管条件属性组（不满足其条件）引用了它不知道的项目类型，但仍加载项目？
