可以在中加载“有时可移植”类库项目吗？

Question

对于Windows1.1版本，主要目标是构建一个便携式类库风格，主要是为了支持Windows和Windows应用程序。这意味着失去了一些功能，因此我们构建了一个桌面配置和一个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 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文件添加到单个项目文件中。因此，在VisualStudio2012Professional(这是我所使用的)下，我非常高兴。

当我试图在( 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实际上并没有将它作为一个真正的XML文件加载。(我还没有尝试将注释掉的元素加载到VS Pro中。)

如果需要的话，我可以继续生成单独的PCL项目文件，但如果可能的话，我真的很想避免它--这将使正常的开发更加痛苦。同样，我可以生成Express--只生成PCL和解决方案文件，但我还是不想这样做--只是感觉不对。

虽然理想情况下，我希望支持VS Express 2010年和2012年，如果有一个解决方案只适用于2012年，这将是一个良好的开端。

那么，是否有任何方法可以说服，尽管有一个条件属性组(它的条件不满足)，但是它确实可以加载一个项目，而该属性组是指它不知道的项目类型？

Answer 1

大卫·基恩在这里的评论给了我我目前使用的答案：

或者完全删除元素--这将使您选择“可移植”的增强功能，例如用于更改目标框架的UI等。

我试过了，就像做梦一样。在安装了所有设备的机器上，您甚至可以在Express下构建PCL版本！我已经验证了产生的二进制文件实际上是一个PCL，而且它看起来很好。

我不会惊讶地发现我后来遇到了一些问题，但就目前而言，这对我来说还不错。如果没有Visual中的增强功能，我可以轻松地生活--我的项目有着非常不同的构建配置，这已经让我感到困惑了，所以我认为我并没有得到多少好处。

Answer 2

在此答复如下：

带便携式类库的Visual 2012 Express？

在这里：

使用便携式类库共享功能

可移植类库项目在速成SKU...need中不受支持，这是一个更高的SKU，完全支持。当然，二进制(例如，使用它作为引用)不是项目/源支持。

我可以想象有一个简单的原因-有不同类型的VS2012快速版本: Windows开发，桌面应用程序，Windows 8应用程序.我打赌Windows Phone Express版本不知道Windows项目类型，反之亦然。这可能是不支持PCL的简单原因。

尽管便携式类库的概念非常好，但在许多方面仍然非常有限，例如，据我所知，您不能使用#if xy进行条件编译。如果您确实必须使用进行开发，那么最好为每个平台使用带有引用源文件和条件编译的项目。