38

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

为避免处理大量项目文件，所有 6 种配置都存在于同一个项目文件中。项目文件被定制为生成一个名为“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>

然后，基于上述属性，我们为便携式和台式机设置了单独的属性组。这就是将项目类型定义为“类库”或“可移植类库”的原因（以及共享的OutputTypeof 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 和解决方案文件，但我还是不想这样做 - 只是感觉不对。

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

那么，是否有任何方法可以说服 Visual Studio Express尽管有条件属性组（其条件未满足）引用它不知道的项目类型，但它确实可以加载项目？

4

2 回答 2

10

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

或完全删除 <ProjectTypeGuid> 元素 - 这将为您选择“便携式”增强功能，例如用于更改目标框架的 UI 等

我已经尝试过了，它就像一个梦一样工作。在已正确安装所有内容的机器上，您甚至可以在 Express 下构建 PCL 版本！我已经验证生成的二进制文件确实是 PCL，而且看起来还不错。

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

于 2013-01-29T20:49:16.900 回答
3

正如这里所回答的：
Visual Studio 2012 Express with Portable Class Library？
在这里：
使用可移植类库共享功能

Express SKU 不支持可移植类库项目……需要更高的 SKU 才能获得全面支持。当然，二进制文件（例如，将其用作参考）是，而不是项目/源代码支持。

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

尽管 Portable Class Libraries 的想法非常好，但它在许多方面仍然非常有限，例如，据我所知，您不能使用 #if xy 进行条件编译。如果您确实必须使用 Visual Studio Express 进行开发，那么最好为每个平台使用具有引用源文件和条件编译的项目。

于 2013-01-28T08:54:00.713 回答