visual-studio - Visual Studio 2008 解决方案中的最佳项目数是多少？

Question

Visual Studio 2008 解决方案中的最佳项目数是多少？

我们有一个 Visual Studio 2008 解决方案，目前大约有 50 个项目。随着解决方案中的大部分项目由主应用程序的插件程序集组成，它可能会继续增长。

如果在一个解决方案中看起来“项目太多”，那么您将如何确定哪些项目应该在一个解决方案中组合在一起？鉴于我们在一个解决方案中有大约 50 个项目的示例，其中大部分项目是插件并且插件的数量可能会增长，那么解决方案应该如何构建？所有插件都应该放在自己的解决方案中吗？当插件解决方案中的插件数量达到“太多”的神奇数字时，组织应该如何改变？

我们对解决方案中的这么多项目没有任何问题......它加载速度快，构建速度快，使用合理的内存量，并且不会导致 VS2008 崩溃或遇到任何 VS2008 错误。

我从 Microsoft 寻找文档(似乎没有)，Google 搜索从“每个项目都有自己的解决方案”到“将所有项目放在一个解决方案中”的 yeild 建议。这两种极端似乎都是荒谬的。我正在中间寻找一些合理的指导。

Stackoverflow 上还有其他与 maximum 相关的问题。你看过。这与最佳状态不太一样。

Answer 1

我想说您系统上的每一层至少需要一个项目。如果您需要更多项目，可能是设计问题。这意味着您可以“过度”设计或“不足”设计应用程序。

我现在使用以下层:

DataLayer - 负责底层数据结构(数据库)。在最新的案例中，在这个项目中有 LINQ 和部分类。

接口(interface) - 所有接口(interface)都有一个层，这有助于扩展性，而不必依赖其他一些层来使用这些接口(interface)。

逻辑 - 这定义了自己，业务逻辑

GUI/Front - 图形用户界面(代码)

这些层是最小的其他层，可能是本地化和其他可能增长的项目。

但是更简单地简化为目录和命名空间，而不是用于许多项目!