.net - VS解决方案,项目与DLL最佳实践

标签 .net visual-studio

每当我拥有一个可在不同网站/应用程序中使用的库时,我总是总是将库的项目添加到相同的解决方案中,并从那里引用它。当需要在解决方案中进行调试时,这很棒,但是在所有其他情况下,解决方案资源管理器中似乎毫无意义并且占用了更多空间。

另一个正面或负面的影响是,如果该库由公司中的其他人更新,然后我构建另一个使用相同内容的应用程序,则它们可能会破坏构建。如果由于某种原因无法在当前应用程序中解决,那么您可以返回源代码管理并回滚到旧版本,但这似乎有点太过OTT了。

我只是想知道其他人对此主题的看法。您通常会做什么,请引用dll或将项目添加到解决方案中。

最佳答案

我们将生产Dll保留在网络驱动器上的知名位置,并且通过DFS UNC路径(无驱动器号)进行引用。这样,我们可以同时使用不同版本的库,并且更新不会破坏代码/不会重新编译,直到需要使用较新的版本为止。可以使用标准的命名方案来确保如果项目始终希望使用最新版本。

关于.net - VS解决方案,项目与DLL最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/271828/

相关文章:

c# - 如何抑制所有类型成员的代码分析消息?

.net - 使用 DbConnection 执行存储过程

c# - 您将第 3 方库放在哪里?

c++ - 自定义内存管理器在 Release模式下工作正常,但在 Debug模式下不行

visual-studio - 如何在编辑器中隐藏或减少 VS2017 的垂直线

php - Visual Studio 2010 中的原生 PHP 支持?

c - 调试断言失败,表达式流 != nullptr

c# - GetSqlValues 是否获取隐藏字段?

visual-studio - 从 Visual Studio Android 模拟器卸载旧的 xamarin 项目?

c# - 如何在 WPF 应用程序中获取 Windows 任务栏高度?