VS.NET：项目引用与程序集引用

关于从其他项目引用我们的公共代码库哪个更好：通过项目还是通过程序集，存在一些争论。我赞成引用该项目，特别是因为我们有自动化的单元测试，可以证明通用代码可以完成所需的工作。

另一个阵营的想法是锁定这些项目，每月只发布一次程序集或类似的东西。然后强制所有项目引用程序集。他们认为这将保护他们免于部署未经测试的代码。他们“太忙”了，无法编写自动化单元测试并配置他们的项目以进行持续集成，而我对此没有影响力，所以请不要关注这方面。

以下是我能想到的项目参考是更好解决方案的原因。我也在寻找其他意见。

PROS:

• 引用项目可确保您使用最新的代码。您无需等待任何事情。
• 减少重复。如果没有最新的代码，则更有可能重新发明轮子。
• 如果开发人员需要某些东西，但无法将其添加到其所属的程序集中，那么它将在任何可用的位置创建它，从而造成许多不一致和代码重复。
• 开发变得更加容易，因为您可以轻松查看/调试引用代码中发生的情况。
• 我们常见的东西不会经常改变，但当改变时，它通常是有用的。为什么要增加维护和程序集发布管理的额外负担。

CONS:

• 加载可能需要更长的时间。
• 将项目添加到新解决方案然后添加程序集引用可能需要稍长的时间。

以下是您错过的几个优点

• 实时更新：当您更改 API 时，智能感知等功能将在项目到项目引用之间自动更新
• GoTo Definition：如果您有程序集引用，GoTo Definition 将带您转到实际的代码定义。通过程序集引用，它将带您到生成的元数据签名。
• 查找所有引用：将处理项目引用中的所有代码以供参考使用。对于程序集参考，您只会看到元数据中的使用
• 快速搜索（仅限 2010 年）：与查找所有参考文献类似，只是在 P2P 参考文献中效果更好

针对你的缺点

• 是：加载项目通常比加载参考慢。对于合理数量的项目，尽管这个时间差异并不显着，并且不会影响您的日常开发流程
• 是的：添加项目到解决方案通常比添加引用慢。但差异以秒为单位，并且是一次性成本。我认为将此视为标准的一部分是错误的。