我的组织有一些为业务逻辑内容定义的程序集。我们正在尝试为这些公共库建立持续集成,以及维护引用它们的项目模板。这将使我们能够相对快速地完成小型维护应用程序。
目标是按版本将这些dll放在一个文件夹中,并在运行时在Global.asax中解析它们。如果没有在本地复制,我发现各种各样的东西都会中断,例如强烈打字的剃刀观点。
将它们放在一个共享目录中是否有任何实际好处,或者是在引用共享项目源和复制本地时构建主应用程序的最佳实践?
我的同事相信,如果业务逻辑发生变化,共享位置可以让以后轻松修复错误。我觉得我们永远不需要全局更改某些对象或服务,如果我们这样做,我们必须触摸每个应用程序来处理更改。
答案 0 :(得分:5)
将NuGet package中的共享DLL发布到Local NuGet server!这样,每个依赖应用程序都可以明确依赖于特定版本的程序包。
答案 1 :(得分:0)
将您的DLL放在一个共享的公共文件夹上。这是为了防止您可能遇到的任何未来问题,在应用程序无法解决或“混淆”应该使用的DLL。