对于 Noda Time 版本1.1，主要目标是构建可移植类库版本，主要支持Windows Phone和Windows Store应用程序。这意味着失去了一些功能，因此我们构建了桌面配置和PCL配置（分别为调试、发布和“签名发布”）。
为了避免使用无数个项目文件，所有6个配置都存在于同一个项目文件中。项目文件 被定制为生成一个称为“可移植性”的属性，该属性设置为“PCL”或“桌面”，如下所示：
我们基于上述属性为便携式和桌面设备分别创建了不同的属性组。这就是将项目类型定义为 "类库" 或 "可移植类库" 的方法（除此之外，还需要共享的
这通常非常有效 - 我有不同的解决方案配置，所以我可以随时构建和测试所有内容，我只需要将每个新的
为了避免使用无数个项目文件，所有6个配置都存在于同一个项目文件中。项目文件 被定制为生成一个称为“可移植性”的属性，该属性设置为“PCL”或“桌面”，如下所示：
<!-- 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 属性值为 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中。）
如果必要的话，我可以生成单独的PCL项目文件，但我很想避免这样做——它会使正常开发更加痛苦。同样，我也可以生成仅限于Express的PCL和解决方案文件，但我宁愿不这样做——感觉不太对。
虽然理想情况下我希望支持VS Express 2010和2012，但如果有一种只适用于2012的解决方案，那也是一个好的开始。
那么，有没有办法说服Visual Studio Express，即使条件属性组（其条件未满足）引用了它不知道的项目类型，它仍然可以加载项目？