3

我们在 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 平台的。在构建服务器上构建解决方案时，每个输出都会进入同一个文件夹，并且只保留最后构建的同名 dll（之前构建的会被覆盖）。这显然会导致依赖于覆盖文件的每个下一个项目发生错误。

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

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

理想情况下，我真的很想在同一个解决方案上共享尽可能多的项目，因为这样重构任务要容易得多（某些功能通过链接的 .cs 文件在平台之间共享）。

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

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

4

1 回答 1

2

您有一个独特的情况，即您既想定位许多主流产品，又想定位传统产品。我看到你有两个主要选择。

可移植类库 (PCL)

理想情况下，您希望创建一个可移植类库(PCL)。PCL 允许您在一个项目中针对许多不同的平台。因此，在您的示例中，您只需要一个 Mobiltec.Framework 项目，它可以跨多个平台使用。对于您想要支持的大多数平台，这仍然是您的一个选项。PCL 非常棒，只要它们支持您需要的东西。PCL 不能满足所有要求，但您可以使用其他 PCL 绕过这些限制，构建您自己的对象表示，或通过依赖注入。

针对不同平台的多个项目

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

每个项目将通过将它们添加为链接来使用相同的文件。这允许您在一个文件中进行更改，但它会影响每个项目。这些项目为您的目标平台提供全面支持，但并非所有平台都相同。您会发现自己不得不在代码文件中使用 #if 语句

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

这两种方法都有很大的好处和很大的缺点。理想情况下，您将能够拥有一个适用于所有较新平台的 PCL 库和一个面向 Windows Mobile 的项目。如果你不能做到这一点（你的新项目需要一些不可用的东西），那么第二种方法仍然是一个很好的方法。在任何一种情况下都不需要重复代码。

于 2013-07-22T23:28:18.560 回答