大型项目的体系结构/文件设置(Visual )
大型项目的体系结构/文件设置(Visual )
提问于 2015-03-01 10:33:08
又回来了。
目前，我们有一个相当大的项目，我们已经举行了一些关于设计模式/架构/文件设置等方面的会议。
在上一次会议上，我强烈反对拟议的体系结构/文件设置，并知道我不确定自己是否只是为了这一点而漫不经心地争论自己的观点。
因此，提议的所有项目都位于一个SLN下，即数据、公共、业务和用户界面。显然，在一个小型应用程序中，这将是很棒的，但考虑到这将是一个包含4-6UI应用程序(所有web应用程序)的大型软件。
关于UI项目，将有Core ( MVC )项目，4-6个应用程序嵌套在使用区域的核心MVC应用程序中。
我的问题是，如果dll坏了，它会把它全部毁了。我的建议不会有这种影响，因为只有应用程序与最新的dll将失败。
我也完全理解SLN是一个文件容器。
再说一遍，这并不是为了抹黑我的任何同事，而是为了获得更广泛的知识。
请看附图，请让我知道你的想法。
致以敬意，
特兹
回答 1
Stack Overflow用户
回答已采纳
发布于 2015-03-01 11:44:30
一般来说，如果项目之间没有关联，那么它们就应该存在于不同的解决方案中。如果有几个exe项目共享大量代码，但它们依赖于许多不共享的(从3个到n个)项目，那么将它们分开是很有用的。关于你是否应该把它们分开，我的看法是没有金科玉律的。最后，这取决于你应该自己评估的因素。就我个人而言，如果这些项目很复杂的话，我会将它们彼此分开，比如它们是用MVVM风格构建的，当您有一个针对每个exe、dll视图、dll的ViewModels、dll模型的启动程序时。如果你把它们放在同样的溶液里，你的溶液就会被严重污染。别忘了.sln合并。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/28792524
复制相关文章
相似问题
腾讯云开发者
