大型项目的架构/文件设置 (Visual Studio)

Question

再次返回。

目前我们有一个相当大的项目即将推出，我们已经举行了几次关于设计模式/架构/文件设置等的会议。

在我们上次会议期间，我强烈反对提议的架构/文件设置，并且知道我不确定我是否只是为了它而漫无边际地争论我的观点。

所以提议是所有项目都位于一个 SLN I.E 数据、通用、业务和 UI 下。显然，在一个小型应用程序中这会很棒，但考虑到这将是一个包含 4-6 个 UI 应用程序（所有 Web 应用程序）的大型软件。 在 UI 项目方面，将有 Core UI (MVC) 项目，其中使用区域嵌套在核心 MVC 应用程序中的 4-6 个应用程序。

我的问题是，如果 dll 发生故障，它会导致它全部崩溃。我的提议不会有这种影响，因为只有具有最新 dll 的应用程序才会失败。

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

再次强调，这并不是要抹黑我的任何同事，而只是试图获得更广泛的知识。

请看附件图片，请告诉我你的想法。

问候，

特斯

Answer 1

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