.net - 如何管理同一个dll的多个目标平台？

Question

我们在 TFS 中有一个专门用于通用代码的 TeamProject，例如通用扩展方法、实用程序类以及可以与我们公司每个团队共享的内容。在某种程度上，它的工作原理就像 .Net 框架本身的扩展。

目前有一堆按区域分开的项目，因此当团队想要部分功能时，他们不必每次都拖拽一堆依赖项。这些项目的命名约定遵循格式[OurCompany].Framework.[Equivalent .Net Namespace]。

以下是我们解决方案中的 dll 的一些示例:

• Mobiltec.Framework.dll
• Mobiltec.Framework.Web.dll
• Mobiltec.Framework.Data.dll
• ...

当我们尝试为不同平台制作相同的扩展时，问题就出现了。例如，有一个针对 Silverlight 的 Mobiltec.Framework.dll，以及一个针对 WindowsMo​​bile 平台的 Mobiltec.Framework.dll。当解决方案在构建服务器上构建时，每个输出都会进入同一文件夹，并且仅保留最后构建的同名 dll(之前构建的 dll 会被覆盖)。这显然会导致依赖于被覆盖文件的下一个项目出现错误。

我认为不在 dll 名称上指定平台是一个很好的做法，并且似乎是第三方库甚至 .Net 框架 dll 的标准。 Nuget 包似乎也鼓励这样做(我想到了 log4net)，其中不同的版本由指示它们工作的平台/.net 版本的文件夹分隔，而 dll 名称本身是相同的。

我应该为每个平台和/或该框架的每个 .Net 版本创建不同的解决方案吗？由于 Visual Studio 2012 不支持智能设备项目，我们目前有两种解决方案。有一个 Framework.Legacy.sln 文件，其中包含所有面向 Windows Mobile SDK 的项目，另一个文件则包含所有其他项目(桌面、Silverlight 等)。

理想情况下，我确实希望在同一解决方案上共享尽可能多的项目，因为这样重构任务会容易得多(某些功能通过链接的 .cs 文件在平台之间共享)。

由于我刚刚在 TFS 上为该项目创建了一个构建(因此刚刚意识到问题)，因此我将框架的 Silverlight 版本分离到不同的解决方案中，并将“解决方案特定构建输出”选项设置为“true”构建定义。我们现在有 3 种解决方案(一种用于 WindowsMo​​bile，另一种用于“普通 .Net4”，还有一种用于 Silverlight 5)。目前，一切似乎都按预期进行，但我觉得我们正在失去重构潜力，并想知道是否有更好的方法来解决这个问题，考虑到我们可以在不久的将来添加另一个版本(例如 Windows RT) future 。

我想知道的是我们应该如何正确管理它，以便它与 TFS 构建系统一起工作，同时易于一起维护？我确信还有其他人必须处理同样的问题。你是怎么处理的？

Answer 1

您的情况很独特，您希望定位许多主流产品，但也希望定位传统产品。我发现你有两个主要选择。

可移植类库(PCL)

理想情况下，您希望创建一个 Portable Class Library (PCL)。 PCL 允许您在一个项目中针对许多不同的平台。因此，在您的示例中，您只需要一个 Mobiltec.Framework 项目，并且它可以在 multiple platforms 中使用。 。对于您想要支持的大多数平台来说，这仍然是您的一个选择。 PCL 很棒，只要它们 support what you need 。 PCL 并不能解决所有问题，但您可以使用其他 PCL、构建您自己的对象表示或通过依赖项注入(inject)来绕过这些限制。

针对不同平台的多个项目

使用此选项，您可以为您想要支持的每个平台添加一个 csproj 到您的解决方案中(您可以通过编辑项目属性来避免程序集构建位置的问题。在构建选项卡上，您可以指定构建的程序集。将其设置为特定于平台)。在您的示例中，您将拥有一个针对 Silverlight 的 Mobiltec.Framework、一个针对 .Net3.5 的 Mobiltec.Framework、一个针对 Windows Phone 的 Mobiltec.Framework 等。将每个项目文件命名为不同的名称(例如:Mobiltec.Framework、Mobiltec.Framework.Silverlight 等) .) 但保持程序集名称相同(项目属性的应用程序选项卡)。

每个项目都将使用相同的文件adding them as links 。这允许您在一个文件中进行更改，但会影响每个项目。这些项目为您提供对目标平台的全面支持，但跨平台的情况并非完全相同。您会发现自己必须在代码文件中使用 #if 语句

public void Foo()
{
#if SILVERLIGHT
        // do something
#else
        // do something else
#endif
}

这两种方法都有很大的优点和很大的缺点。理想情况下，您将能够拥有一个适用于所有较新平台的 PCL 库以及一个针对 Windows Mobile 的项目。如果您无法实现这一点(您的新项目需要不可用的东西)，那么第二种方法仍然是一个很好的方法。在任何一种情况下都不需要重复代码。