解决方案中有多少项目太多了？

Question

单个解决方案中有多少项目可以接受？对于那些拥有大型项目编号的应用程序，您是否将其他已编译的dll放在某个常用文件夹中以便能够运行该应用程序？

Answer 1

由于在Visual Studio中项目编译为程序集，因此您应该问自己的问题是“我应该拥有多少个程序集？”

如果没有理由单独使用程序集，则没有理由将它们拆分为多个项目。如果您有多个程序集来强制执行分层，那就是命名空间的用途。

在理想的设置中，应该为应用程序中的每个不同主机创建一个项目（=一个程序集），另一个项目用于非主机特定逻辑。

但是，YMMV，您可能希望根据谁在处理不同的部分来分割项目，但实际上，尝试限制解决方案中的项目数量（因为我正在写这个，我正在努力与70 +项目解决方案，所以我正在谈论我个人经历的深渊。）

有关应用程序逻辑/物理分层的有趣讨论可以在Patrick Smacchia的博客上找到（例如http://codebetter.com/blogs/patricksmacchia/archive/2008/02/10/layering-the-level-metric-and-the-discourse-of-method.aspx）

Answer 2

嗯，42，当然！

Answer 3

对此没有正确或错误的答案。一些开发人员喜欢在主项目中创建多个项目。其他人喜欢编译成一个程序集（dll）并引用回来。这取决于你的团队和工作场所。

Answer 4

我同意到目前为止的答案。另一个标准是重建解决方案的速度......

Answer 5

我认为这取决于项目的大小和类型。但根据我自己的经验，当我的项目数量超过5时，构建过程将花费很长时间。 所以我尝试在另一个解决方案中保留我不需要经常更改的项目，以便使构建过程更快。

Answer 6

只要每个项目都是有效的，独立的功能，并且所有项目都紧密耦合（就目的而言），那么这不是问题。

我做的是，我有一个“库”项目，我放置了所有外部DLL，然后直接在那里引用它们。