在Eclipse中，我有一个包含所有项目的工作区。每个项目分别构建和编译。项目不与另一个项目交互。
这与Visual Studio和Projects / Solutions有何关系？
答案 0 :(得分：22)
VS项目是它自己的实体。它将自己构建和编译。解决方案只是一种包含多个项目的方法。项目不一定需要编译其他项目（但是，它们可以依赖于其他项目）。
这只是让您在概念上将项目组合成一个大项目。例如，您可以拥有一个单独的测试项目。它取决于实际项目的代码，并且应该与实际项目保持在一起，但它不需要在同一个exe / dll中。
答案 1 :(得分：12)
每个VS项目都构建一个EXE或DLL。解决方案只是相关项目的集合。
所以VS项目：Eclipse项目:: VS解决方案：Eclipse工作区。
答案 2 :(得分：2)
另一种看待它的方法是，解决方案是项目的容器。对于我的大部分工作，我将每个层创建为解决方案中的项目，因此我的树看起来像：
您的里程可能会有所不同
答案 3 :(得分：1)
@Thomas Owens：
是的，一些（大多数？）使用Eclipse的人有多个工作区。当我第一次使用Eclipse时，最让我感到惊讶的是，所以我在这里回复以使这个评论更加明显。
答案 4 :(得分：1)
可能会让你失望的是：
在VS2003中，所有内容都有一个Project文件和一个Solution文件。如果您有一个项目的解决方案，您可以打开解决方案并查看一个项目。如果您打开了项目，它将尝试创建一个新的解决方案文件来包含项目。但是Web项目和Winform项目都有项目和解决方案。
在VS2005中，这改变了一点 - 现在默认情况下，Web项目不再有Project文件。他们收到了一些不喜欢Project文件的Web开发人员的反馈 - 他们认为，如果文件在目录中，那么它就是应用程序的一部分。在VS2005发布之后，他们从那些喜欢Project文件概念的开发人员那里获得了更多反馈，因此他们将其修补回来。这是VS2005中的“网站”与“Web应用程序”（我不记得现在是哪个）
此外，在VS2005中，如果您只使用一个项目打开解决方案，您将无法在解决方案资源管理器中看到甚至根本没有解决方案，您只能看到项目（就好像它不是在解决方案中）。只有在添加第二个项目后，您才会看到包含它们的解决方案。
所以基本上你是在正确的轨道上 - 解决方案和项目在Visual Studio中的工作方式与他们在Eclipse中的工作方式相同，只是一些令人困惑的怪癖。
答案 5 :(得分：0)
解决方案有0个或多个项目......
答案 6 :(得分：0)
Visual Studio 2008中有太多种类的Web项目。有Web站点项目与Web应用程序项目，它们以不同的方式限制您。这是微软提供太多选择的一个很好的例子，而不是专注于一个强大的解决方案。即使在Web站点项目选项中，也至少有3种不同的方法来编译您的应用程序。
答案 7 :(得分：0)
我发现并不总是看到解决方案资源管理器中的解决方案令人恼火。 Options-＆gt; Projects and Solutions-＆gt; General中有一个名为“Always Show Solution”的设置非常方便。