Visual Studio 2008 解决方案中的最佳项目数是多少?
我们有一个 Visual Studio 2008 解决方案,目前约有 50 个项目。随着解决方案中的大部分项目由主应用程序的插件程序集组成,它可能会继续增长。
如果一个解决方案中看起来“项目太多”,那么您将如何确定应将哪些项目组合到一个解决方案中?鉴于我们的示例中,一个解决方案中有大约 50 个项目,其中大部分项目都是插件,并且插件的数量可能会增长,那么应该如何构建解决方案?是否应该将所有插件放置在自己的解决方案中?当插件解决方案中的插件数量达到“太多”的神奇数字时,组织应该如何改变?
我们对解决方案中的这么多项目没有任何问题...它加载速度快,构建速度快,使用合理的内存量,并且不会导致 VS2008 崩溃或遇到任何 VS2008 错误。
我查找了 Microsoft 的文档(似乎没有),Google 搜索给出了从“每个项目都有自己的解决方案”到“将所有项目放在一个解决方案中”的建议。这两个极端似乎都是荒谬的。我正在中间寻找一些合理的指导。
Stackoverflow 上还有其他与以下相关的问题maximum https://stackoverflow.com/questions/18871/what-is-the-biggest-vs-solution-youve-ever-seen你看过。这与最佳状态并不完全相同。
我想说,系统上的每一层至少需要 1 个项目。如果你需要更多的项目,也许是设计问题。这意味着您可以“过度”设计或“不足”设计应用程序。
我现在使用以下层:
DataLayer - 负责底层数据结构(数据库)。在最新的案例中,该项目中有 LINQ 和部分类。
接口 - 为所有接口提供一个层,这有助于可扩展性,并且不必依赖其他层来使用这些接口。
逻辑 - 这定义了它自己,即业务逻辑
GUI / Front - 图形用户界面(代码)
这些层是可能的最小其他层,可能是本地化和其他可能增长的项目。
但是目录和命名空间比在许多项目中使用更简单!
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)