Visual studio 2010 在哪种情况下，在一个解决方案中有多个项目是有意义的？

我只是想知道，如果有人能同样轻松地为每个项目创建一个新的解决方案，为什么会希望在一个解决方案中创建多个项目

---

在决定哪种设置更好时，最佳实践/参数是什么

一个解决方案中的多个项目非常常见。甚至是标准。在一个项目中捕获整个程序是非常罕见的。一个简单的例子是单元测试。您通常希望在自己的项目中包含这些项目，但需要使用相同的解决方案，以便能够轻松访问这些项目。

在一个解决方案中包含多个项目是非常常见的。甚至是标准。在一个项目中捕获整个程序是非常罕见的。一个简单的例子是单元测试。通常情况下，您希望在自己的项目中使用这些组件，但使用相同的解决方案，以便可以轻松访问这些组件。

如果您将程序集分解，以便某些功能位于某些程序集中，但需要使用其中许多程序集的解决方案，那么您将在解决方案中包含许多项目

例如，如果您有一个用于数据访问的程序集、一个用于业务逻辑的程序集和一个用于前端的可执行程序集，那么您可以将每个程序集都放在一个解决方案中，以便可以在一个位置开发和调试所有程序集

类似地，如果您想将一些常见功能细分为自己的组件，以便该组件可以在许多解决方案中重用，那么您可以在自己的项目中使用该组件，但将其作为解决方案的一部分，以便您可以在开发主应用程序时添加/扩展/更改该组件

---

如果您只开发依赖于编译DLL的应用程序，而这些DLL不需要并行开发，那么您可能永远不会在一个解决方案中有多个项目，但在我的经验中，这是非常罕见的

如果您分解程序集，使某些功能位于某些程序集中，但需要一个将使用其中许多程序集的解决方案，那么您将在解决方案中包含许多项目

例如，如果您有一个用于数据访问的程序集、一个用于业务逻辑的程序集和一个用于前端的可执行程序集，那么您可以将每个程序集都放在一个解决方案中，以便可以在一个位置开发和调试所有程序集

类似地，如果您想将一些常见功能细分为自己的组件，以便该组件可以在许多解决方案中重用，那么您可以在自己的项目中使用该组件，但将其作为解决方案的一部分，以便您可以在开发主应用程序时添加/扩展/更改该组件

---

如果您只开发依赖于编译DLL的应用程序，而这些DLL从来都不需要并行开发，那么您可能永远不会在一个解决方案中有多个项目，但根据我的经验，这是非常罕见的

另一个简单的示例是当您的项目需要或创建库时。在一个项目中有最终的应用程序，其他项目包含（第三方）库。

另一个简单的例子是当您的项目需要或创建库时。在一个项目中有最终的应用程序，其他项目包含（第三方）库