c#如何组织动态链接库工具？

Question

我想知道组织dll工具的最佳方式是什么。

例如，我可以有一个项目，其中包含公司已经实现的所有类工具。例如，使用字符串的类，使用文件的类...诸若此类。我的意思是，一个通用的dll和工具，我可以在许多项目中使用。例如，这将是一个通用的myCompaty.Utils.dll。

另一种方式是每种类型的工作都有许多dll。例如，我可以有一个myCompany.Utils.Files，其他myCompany.Utils.Strings...等。

使用第一个选项，我将只有一个dll，但如果两个人需要添加或修复某些东西，则只能由一个人工作，因为如果两个人同时工作，当其中一个人编译新的dll时，另一个人将失去工作。

如果我有许多dll，每种类型的工作一个dll，那么两个人需要修改相同的dll就会更加困难，因为可能每个人都负责其中一个dll。然而，问题是，通过这种方式，当我部署应用程序时，我会在程序目录中有很多dll。

所以我想知道在创建dlls时哪个是最好的实践。

谢谢。

Answer 1

除了版本控制系统之外(当超过half developer在一个项目中工作时，应该是必须的)，你的组织允许每个人更改其他项目所依赖的基库(或多个库)，这真是太疯狂了。这将很快演变成一团混乱。

在我的店里，只有一两个人可以在那里改变任何东西。这些人是最有技能、最有价值的同事。

对于库中存在的功能细分，我并不关心大的DLL。确实，我需要重新分发所有代码，即使我们更改了一点代码(当您的代码成熟并经过良好测试时，这种情况很少发生)，但是跟踪为该项目或该项目提供的每个dll会超过单个DLL的成本

Answer 2

从您的问题可以清楚地看出，您没有使用versioning system。试着看看像Tortoise SVN这样的东西--然后，你就不会有多个人在同一个软件上工作的问题。

关于DLLs我建议使用多个DLL，每个DLL只包含一种特定类型的实用程序方法。它将使部署变得更简单。如果你想做相反的事情，即所有的实用程序方法都有一个DLL，那么每当其中的任何东西发生变化时，你都需要重新部署它--你改变了负责处理文件的代码，你也必须发布包含无关代码的整个DLL。然而，如果你有多个‘ll，你只需要重新部署真正改变的那个。

Answer 3

基本上，这将取决于您的库将要拥有的类、接口和委托的数量。

想象一下，您的"Company.Shared.dll“中有3000个类，并且您正在开发一个Web应用程序。3000个类中有600个是用于移动开发的。在Web应用程序开发中使用它们的机会有多大？Zero。

那么，如果只需要与Web开发相关的类，为什么还要为Web应用程序开发部署3000个类的程序集呢？库的大小比特定于Web的库大，因为第一个库可以包含许多在Web开发中不起作用的代码。

因此，您应该有一个名为Company.Shared.Web.dll的共享库和一个名为Company.Shared.dll.的对所有开发场景通用的库

您可以在其他情况和场景中使用上述逻辑。