2

我的组织为业务逻辑内容定义了一些程序集。我们正在尝试为这些公共库设置持续集成,并维护引用它们的项目模板。这将使我们能够相对快速地完成小型维护应用程序。

目标是按版本将这些 dll 放在一个文件夹中,并在运行时在 Global.asax 中解析它们。如果没有在本地复制它们,我会发现各种东西都会中断,例如强类型的剃刀视图。

将它们放在一个共享目录中是否有任何真正的好处,或者是在引用共享项目源并复制本地的同时构建主要应用程序的最佳实践?

我的同事认为,如果业务逻辑发生变化,共享位置将便于以后修复错误。我觉得我们永远不需要全局更改某些对象或服务,如果我们这样做了,我们无论如何都必须触摸每个应用程序来处理更改。

4

2 回答 2

5

将NuGet 包中的共享 DLL 发布到本地 NuGet 服务器!这样,每个依赖应用程序都可以显式依赖于包的特定版本。

于 2013-03-12T20:01:10.550 回答
0

将您的 DLL 放在一个共享的公用文件夹中。这是为了防止您在应用程序中可能遇到的任何未来问题无法解决或“混淆”它应该使用的 DLL。

于 2013-03-12T20:21:13.730 回答