去GAC,还是不去GAC?

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

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

在过去处理过与GAC相关的项目之后,它总是令人困惑,并且很难正确配置项目,导致各种各样的延迟才刚刚开始。随着DAL的新版本的开发,这可能会成为一个更大的问题。当你在索罗的时候,这可能很有效,但我会考虑到垃圾桶,因为你有一个更大的团队。

我认为你应该给他们两种选择。

对于懒惰的,提供PP DLL和签名的DAL DLL。对于经验更丰富的用户,只需确保他们知道他们需要P&P,并且对DLL的任何更改都需要GACCED。

我总是喜欢共享库被gac'ed,特别是在服务器端。对于客户,我通常喜欢用垃圾箱包装。