在几个dll打破一个dll？

Question

我有一个.net dll，它包含几个带有API的命名空间，我们在不同的应用程序中使用它们。 dll大小较小，只有600k。

这些名称空间中的一些包含彼此相关的类，但其他名称空间完全独立。

并非所有的命名空间都在所有的aplications中使用，有些使用Config命名空间，其他只使用Log命名空间等，但是如果他们不使用它就没有任何事情发生。

问题是：

1. 我们必须在几个dll中打破这个dll吗？
2. 打破它的好处是什么？
3. 假设我们有15个名称空间，打破15个dll是一个很好的决定吗？

在其他情况下，我们检测到有很多dll可能会在加载.exe或asp.net应用程序时出现性能问题，因此我们决定不在开头打破。

你对什么时候打破好有经验吗？

最好的问候。

Answer 1

您应遵循SOLID原则中的（单一责任原则）。 因此，将dll分成一些较小的部分（项目）是有意义的。 如果您计划将来继续使用您的DLL，可能会增加更多功能。

Answer 2

我通常会为我的应用程序的每一层创建一个项目。例如，域，服务，Web服务，数据访问，Web视图，移动视图等。

它与功能更相关，而不是命名空间。