Visual Studio解决方案和项目

Question

我已经找到了类似的问题，但除了解决方案和项目之间的区别之外，我找到了其他问题。我想，我的水平处于同一水平，但略有不同。

我是以前的Java开发人员最近进入C＃并且我是负责设置源代码控制，项目标准等的唯一个人。这是我第一次使用Visual Studio（使用2010 Pro）。< / p>

我理解解决方案是相关项目的“容器”，但我不确定将项目添加到相关但不同类型的解决方案的最佳实践。

例如，如果Web项目与桌面应用程序或移动应用程序相关（如果它们在功能上相关）（相当接近相同），我会将它放在同一解决方案中吗？它们基本上是相同的应用程序，但采用不同的格式。他们可能使用相同的类（对于一个人为的例子，一个Person类）。

对我而言，它们似乎显然是相关的，但它们是不同的应用程序，因此看起来它们应该处于不同的解决方案中。

我感谢所提供的任何反馈。

提前致谢。

Answer 1

我会将它们放在同一个解决方案中，因为这样可以更容易地将公共类库作为该解决方案中的一个项目。

Answer 2

没有这方面的规则，因此没有正确或错误的答案。这一切都取决于您希望如何组织代码。我们通常在同一解决方案中使用Web应用程序和控制台应用程序，因为它们在功能上捆绑在一起并共享代码，因此项目类型无关紧要。

Answer 3

这些应用程序应该在一个解决方案中，特别是如果它们共享功能，常见项目等。相当不错的方法是使用解决方案文件夹在解决方案中对项目进行分组，例如“Common”，“Web”，“Mobile”，“设置“等。这样你就可以在解决方案中使用逻辑组。

Answer 4

我会把它们放在同一个解决方案中。您可以创建不同的配置来构建每个应用程序或同时构建它们。这允许您更改类并验证对该类所做的更改是否适用于这两个应用程序。

此外，如果您开始看到跨应用程序的功能开始重复，则可以更轻松地创建可应用于这两个应用程序的新类和项目。

Answer 5

您可以将所有内容都放在一个解决方案中。如果您经常需要一起调试库和应用程序代码，这很方便，但如果解决方案有很多项目，它可能会变得难以处理。

一种方法是将解决方案视为“将作为一个单元安装的解决方案”。然后，您的公共图书馆将采用一个解决方案，您的移动和桌面应用程序将采用自己的解决方案。这使得解决方案变得更小，但是当您将所有内容一起开发时可能会很不方便 - 因此当库非常稳定时它最有效。