代码之家  ›  专栏  ›  技术社区  ›  Tez Wingfield

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

  •  1
  • Tez Wingfield  · 技术社区  · 9 年前

    再次返回。

    目前,我们有一个相当大的项目即将到来,我们已经就设计模式/架构/文件设置等召开了几次会议。。

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

    因此,建议所有项目都位于一个SLN I.E数据、公共、业务和UI下。很明显,在一个小应用程序中,这会很好,但考虑到这将是一个具有4-6个UI应用程序(所有web应用程序)的大型软件。 enter image description here 关于UI项目,将有一个核心UI(MVC)项目,其中4-6个应用程序使用区域嵌套在核心MVC应用程序中。

    我的问题是,如果dll坏了,它会把所有的都搞垮。我的建议不会有这种影响,因为只有具有最新dll的应用程序才会失败。

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

    同样,这并不是为了诋毁我的任何同事,而是为了获得更广泛的知识。

    请看随附的图片,并让我知道你的想法。

    当做

    泰兹牌手表

    1 回复  |  直到 9 年前
        1
  •  0
  •   EngineerSpock    9 年前

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