是否有任何编译时间的影响？ 我们已经在我们的.NET解决方案大约30个项目，他们共同的项目引用添加项目。 我想更改为DLL的参考，而不是看是否有任何构建性能增益。 有没有人有类似的路线经验？ 请分享你的想法。
Answer 1:
是的，有可能取决于你如何让您的CI成立了一个巨大的冲击。
这个问题的解决是（数据访问，演讲，任何其他）应用程序的组逻辑部分为独立的解决方案，并把他们变成的NuGet包。 我已经有很多成功的结合TFS构建，发布管理，以及对的NuGet包的NuGet的连续传递从“抢鲜”转向“稳健”自动化。
你可以把它打包PDB文件以及用于调试的目的，以及使用的NuGet还与不同的不同的项目之间共享代码帮助。 如果A计划是使用套餐X版本1.2.3，但你已经更新包X到2.0.0版本，项目B，项目A可以快乐地保持消费版本1.2.3。
有一点要记住做这样一个分裂的时候：
const变量在所有组件编译时使用该文本值替换。 如果更改一个const在大会的值，而组件B引用const的值，该值将不会在大会b变动，如果你不重新编译。 您可以通过使用避免readonly域，而不是const 。
Answer 2:
我不知道为什么DLL的引用会节省您的时间，项目引用的唯一增加的费用是解决依赖关系树，这是你肯定希望它做的事。
否则，如果你不小心，你将最终打破每次重建时间，需要一对夫妇正常的构建，重新开始运作的项目。
文章来源: Impact of adding dll reference vs project reference
