.net如何明智地使用.dlls？

Question

在我当前的.net项目中，我使用各种.dlls文件，其中一些文件是外部编写的，有些文件是由我创建的。现在我在问自己，在不同的解决方案和项目上处理不同的.dll文件，并让它们与SVN一起工作，以便它们可以在不同的开发人员之间使用的最佳实践是什么。

好吧，所以我想问一些一般性的提示：

我应该按源将项目绑定到不同的解决方案中，还是直接通过它的来阻止人们通过SVN获得文件来重新绑定dll源(全局组装问题等)

• 是否可以尽可能多地使用.dlls (按功能划分)，或者使用一个大的.dll来获得更简单的概述？

请不要太难，我是这个行业的初学者，英语不是我的母语。

提前谢谢你，哈利。

Answer 1

.NET中all的特点是它们根本不像.NET前windows编程中的all。它们只是代码的容器。

几年前，我读了一篇很好的文章，对此我也作了解释，因为它曾经让我感到困惑--我相信，它是由MS模式和实践人员之一编写的，讨论了名称空间、程序集、项目和解决方案之间的关系(如果我找到它，我会发布链接)。

出于源代码管理的目的，我认为最好将代码存储起来，并让它在最终用户的机器上编译。将编译后的DLL放入源代码管理中通常是针对第三方依赖项的。

这些都来自我的经验--一些专家可能有更好的建议。

Answer 2

我建议设置包含外部dlls的自己的NuGet提要。您可以将NUGet提要设置为共享文件夹(不需要安装)。这些提要将在您的组织内部，您可以完全控制升级。

通过使用相同的NuGet包，多个项目可以共享相同的dlls。

http://docs.nuget.org/docs/creating-packages/hosting-your-own-nuget-feeds

Answer 3

我认为在您的应用程序中使用dll不是一个可以回答的问题，它是好的还是不好的，因为这取决于为什么要使用哪个dll。

因此，如果您已经在解决方案中使用第三方dll，我认为把您正在创建的代码而不是dll的代码放在这里将是最好的实践，这样您就不会有太多的dll，而您的编译器也不会有很多dll的引用。