大型项目的体系结构/文件设置（Visual Studio）

Question

再次回来。

目前，我们正在进行一个相当大的项目，并且就设计模式/架构/文件设置等问题召开了几次会议。

在上次会议中，我强烈反对所提议的体系结构/文件设置，并且知道我不确定是否只是为了这个目的而四处逛逛和争论我的观点。

因此，提议的所有项目都位于一个SLN IE数据，通用，业务和UI下。 显然，在一个小型应用程序中，这会很棒，但是考虑到这将是包含4-6个UI应用程序（所有Web应用程序）的大型软件。 关于UI项目，将有一个核心UI（MVC）项目，其中使用Areas将4-6个应用嵌套在核心MVC应用中。

我的问题是，如果dll中断，它将导致所有崩溃。 我的建议不会产生这种影响，因为只有具有最新dll的应用程序才会失败。

我也完全理解SLN是文件的容器。

再一次，这不是要抹杀我的任何同事，而仅仅是为了获得更广泛的知识。

请查看所附图片，并让我知道您的想法。

问候，

TEZ

Answer 1

一般而言，如果项目彼此不相关，则它们应位于单独的解决方案中。 如果有几个共享大量代码的exe项目，但是它们自己依赖于许多（从三个到n个）不共享的项目，那么分离它们可能会很有用。 对于您是否应该将它们分开，我认为没有黄金法则。 最后，它取决于您应自己评估的因素。 就个人而言，如果您对每个exe，视图dll，ViewModels dll，模型dll有一个引导程序，那么如果它们很复杂（例如，它们以MVVM样式构建），则我会将它们彼此分开。 如果将它们放在同一解决方案中，则解决方案可能会变得很污染。 并且不要忘记.sln合并。