我理解解决方案文件包含一组其他项目，但为什么我要在单个文件中拥有一组项目?我工作的公司经常使用这个，但我不明白为什么。
我注意到的另一件事是，你可以运行一个。sln文件，但是当文件被执行时发生了什么?它刚刚做了什么?
所以我的主要问题是为什么将多个项目存储在一个。sln文件中，而不是简单地在一个项目中完成所有的工作?
您可能希望在单个解决方案中使用多个项目的原因:
- 不同的项目可以有不同的依赖项(要么依赖于解决方案中的其他项目，要么通常依赖于第三方dll)
- 不同的项目可以是不同的类型-控制台应用程序，dll, web服务等
- 不同的项目可以有不同的pre/post-build步骤
- 你的一些项目甚至可能不会在c#中实现。您还可以在同一解决方案中拥有c++， VB.net等项目。
- 不同的项目可能是由不同的其他团队重用的组件。
- 许多其他原因
因此，能够将多个项目分组在一起是有意义的，这样您就可以打开整个组，点击compile以适当的顺序编译所有项目(这可能很重要，例如，如果您的一个项目构建了另一个项目需要作为依赖项的dll)，然后启动您指定的任何一个项目。
当您打开解决方案时，它所做的就是这样:在单个Visual Studio窗口中打开解决方案中包含的每个项目，以及关于如何编译解决方案的元数据，当您点击Run时应该启动哪个项目，等等。
这是因为，随着您编写越来越复杂的应用程序，您将看到这些复杂的应用程序需要被分解成几个部分。例如，您可能有一个访问数据库的应用程序。数据库项目可能是独立的。原因是您可能希望将此数据库与其他应用程序一起使用。如果数据层api不是独立的，你就不能这样做。
进行多个项目有几个原因。以下是一些:
-
代码可重用性。您可能已经设计了一些代码，希望将其打包到库中，以便将来在其他程序中重用。
-
简单。有时候，当创建一个复杂的应用程序时，你会希望把东西分成几个部分来构建，这样应用程序作为一个整体更容易调试。
-
矛盾的语言。假设您的应用程序是用c#编写的，但是您想使用VB中包含的一些代码。网络图书馆。因为一个项目不能混合c#和VB。. NET代码，你的解决方案是在同一个解决方案中创建不同的项目。
摘自MSDN
Visual Studio提供了两个容器来帮助您有效地管理您的开发工作所需要的项目，例如引用、数据连接、文件夹和文件。这些容器是称为解决方案和项目。您可以使用解决方案资源管理器查看和管理项目和解决方案及其相关项。
解决方案包含创建您的应用程序。一个解决方案包括一个或多个项目，外加文件和帮助从整体上定义解决方案的元数据。Visual Studio在创建新项目时自动生成解决方案。Visual Studio将解决方案的定义存储在两个文件中:.sln和.suo。解决方案定义文件(.sln)存储元数据定义您的解决方案，包括:
- 关联的项目用溶液。
- 不关联于特定的项项目。
- 确定哪个项目的构建配置要在每种构建类型中应用的配置。
存储在构造解决方案并设置其属性时的. so文件是用于在解决方案处于活动状态时自定义IDE。为例如，"解决方案资源管理器"显示用于解决方案(如果启用该选项)，以及适合的工具包含在解决方案中的项目类型可以从工具箱。
当你双击。sln(解决方案)文件时，它将在Visual Studio中打开该解决方案。
解决方案允许您将项目组合在一个单独的解决方案中。
将您的项目分组在一个解决方案中更容易，因为每当您打开解决方案时，该项目运行所需的所有文件也将被打开。
它还使得为程序的一部分创建一个"解决方案"，然后将该解决方案添加到包含整个程序的主解决方案中变得更加容易。这使得划分代码变得容易，并知道哪些部分依赖于其他部分。
你以前用什么方法来组织你的项目?
下面是一个具体的例子:
如果您将项目中的一些逻辑拆分为可重用的库，那么这将是第二个项目(类库)，然后您可以根据名称从第一个项目引用它，如果它们包含在相同的解决方案中。当您运行您的项目时，第二个项目将根据需要由visual studio自动重建。
但是为什么我要在一个文件中有一组项目呢?
因为你不是一个业余程序员，只是学习编程和编写hello world之类的应用程序。
我的主要项目有大约40个项目属于一个应用程序。一个shell，多个powershell扩展，多个程序，多个安装程序。它们属于一起，被一起构建——它们是一个解决方案。
我注意到的另一件事是，你可以运行一个。sln文件，但是当文件正在执行?
MSBuild按照解决方案中的说明构建项目，还有什么?