去GAC还是不去GAC？

Question

我有一个数据访问层(DAL)，它是用ASP.NET 3.5编写的，并使用Microsoft & practices库(以下简称P&P)来完成其数据访问。我安装了P&P，它驻留在我的GAC中，因此，从逻辑上讲，my在GAC中引用它。因此，P&P库永远不会被拉到my的bin文件夹中。

我至少在五个不同的网站上使用了这个DAL项目(甚至更多，但我懒得试着计算它们)。这一切对我来说都很好，因为我是唯一在这些网站上工作的开发者。

但是，现在我有其他的开发人员将在其中一些网站上工作。

问题:如果开发人员从我们的代码存储库中提取DAL项目，如果他们没有安装P&P库，它就不会为他们构建。

我的问题是：应该期望开发人员安装P&P库，还是应该将它们转储到bin文件夹中并完成呢？

我意识到将它们倒入bin文件夹可能是解决问题的最简单的方法，但是如果我可以在GAC中引用它们，我从来就不是这个bin文件夹的忠实粉丝。

Answer 1

这在很大程度上是您特定工作组的风格偏好。我倾向于像打包客户端应用程序那样打包网站:在bin文件夹中使用所有所需的非.NET框架二进制文件，假设将它们复制到/安装到的任何机器都不会在GAC中有任何内容。我的团队将第三方程序集作为二进制文件签入源代码管理中，并将其标记为引用依赖项，这样每个人都可以使用相同的二进制文件在同一个页面上工作，而且我们也不必担心开发人员机器之间的安装差异。

GAC可能是一种方便的节省空间的机制，但我更喜欢由“内联”文件提供的开发人员环境之间的一致性。

Answer 2

在过去使用GAC依赖关系的项目中，它总是令人困惑和难以正确配置项目，导致所有的延迟才刚刚开始。当您开发DAL的新版本时，它可能会成为一个更大的问题。这可能会很好，当你在哪里独奏，但我真的会考虑垃圾桶，现在你有一个更大的团队。

Answer 3

我觉得你应该让他们两样都选。

对于懒人，提供pp DLL和签名的DAL DLL。对于更有经验的人来说，只要确保他们知道他们需要P&P，而对DLL的任何更改都需要被放大就可以了。

我总是喜欢共享库，尤其是在服务器端。对于客户，我一般喜欢打包在垃圾箱里。