将我有代码的所有项目添加到解决方案中更好吗?还是只添加dll引用
本文关键字：添加 引用 dll 更好 解决方案 代码 项目 | 更新日期: 2023-09-27 18:01:58
我需要证据和资源，我有很多项目，彼此相关，我有渗透来获取他们的代码，我只处理其中的一小部分，我有其他项目的所有二进制文件的最新版本，最好只添加与我一起工作的项目，并将引用添加为dll引用，或者添加其他项目，即使我不需要更改或查看它们。
这是个人喜好吗？为什么？什么是最佳实践？
注意：项目数量正在增加，现在是：25个项目，而且还在不断增加！
请提供参考资料和链接，而不是一般的答案。
注意：所有项目都是由我们的团队开发的，而不是外部开源项目
这不是个人偏好。
只要可能，您应该引用项目本身，而不是它们生成的DLL。原因如下：
- 构建调试和发布将产生一致的输出
- 不会有过时的引用
- VS知道当某个东西发生变化时要构建什么，尤其是当你链接了引用A->B->C时，如果使用dll，改变A的dll不会导致C被重建
唯一可能担心的是你正在使用多少项目。如果数量过多，则将解决方案分解为多个部分，其中每个部分本身是一致的，并引用所有涉及的项目，因此解决方案a有Project1、Project2、Project3，解决方案B有Project3、Project4和Project5，但构建任何一个仍将产生一致的构建。Sill保留了一个解决方案，该解决方案包含用于发布构建的所有项目。
25个项目仍然可以管理。您还可以有一个解决方案，其中项目分组在不同的解决方案文件夹下，因此在VS的解决方案资源管理器中，它不是一个由25个组成的大列表，但它们仍然同时构建。
解决方案中的每个项目都被引用为DLL。所以这是一样的。唯一的区别是，如果你不必在25个项目中的任何一个项目中经常更改一些代码，那么每次重建都会非常糟糕。
问题如下：当您生成解决方案时，如果引用的项目没有更改，则不会生成它。因此，这与解决方案中没有所有项目是一样的。
但是，如果进行清理并生成，则解决方案中的所有项目DLL都将被删除，所有项目都将重新生成。这将需要更长的时间。
这是我此刻唯一能想到的两件事。