.net - Visual Studio 解决方案项目引用或 Dll 引用

Question

我正在寻找有关项目引用/dll 引用实践的指导。

情况是我们有在一堆项目中使用的实用程序 dll，一些团队成员通过项目引用，有些在 dll 中引用。

项目引用的缺点是:

解决方案中的项目可能过多

引入失败快速更新，因为 dll 无法再进行版本控制

强制每个人为他们的代码设置类似的文件夹结构

lib 文件夹引用的缺点:

延迟发现错误，因为 dll 可以在使用它的项目中更晚更新

如果没有最新的 pdb 文件，就无法进行调试

另外，确保所有项目仍然使用 dll 更新的好策略是什么？每当更新实用程序时，它是否需要是构建服务器触发依赖项构建检查？

我们使用 SVN 作为我们的源代码控制。

Answer 1

我们做一些类似于 Peuczyński 的事情。我们在源代码树的根目录下有一个文件夹，我们的库程序集中的所有 dll、pdb 和 xml doc 文件都存放在该文件夹中(因此它像其他所有内容一样受到版本控制)。其他项目引用这些(不是直接引用 lib 项目或其 bin dll)。这允许在不中断常规解决方案开发的情况下处理 lib 代码。只有当 lib 代码可靠时，它才会“发布”到官方 lib 文件夹(所有 dll、pdb 和 xml 所在的位置)。

允许我们同时拥有调试和发布版本的一个小技巧，并让 Visual Studio 在使用库代码的项目中选择正确的一个而不需要时髦的预构建内容是在 Libs 文件夹下有三个子文件夹，这些文件夹命名为如下:$(Configuration) , Debug , 和 Release .添加对库 dll 的引用时，您总是从 $(Configuration) 文件夹中选择文件。该文件夹名称欺骗 VS 实际使用 Debug 或 Release 文件夹中的 dll，具体取决于您正在执行的构建类型。