过去几周我一直在教自己C＃，作为选择IDE的人是Notepad，我在转换到Visual Studio时遇到了一些困难（我使用的是2010 Express）。特别是，我想知道Namespace-Class-Method层次结构的组织如何在界面中显示自己的VISUALLY。我很难理解它，更重要的是，如何使用界面有效地组织和跟踪我的项目。
例如，有“解决方案资源管理器”，但没有C＃“解决方案”（我知道）。我怀疑这是微软的营销代表更通用的开发术语，但我无法弄明白。我可以选择创建新的“项目”。 “项目”是“解决方案”吗？
我对命名空间也有点模糊。我怀疑命名空间相当于Java中的类库。在现实世界中如何使用命名空间的一些示例？比如说，我正在开发个人财务应用程序。我会将一切与该应用程序相关的解决方案放在一个解决方案中吗？或者我会为现金账户和投资账户命名空间创建名称空间？
在命名空间内是我的* .cs文件，但我似乎无法弄清楚如何在我的命名空间中创建一个NEW * .cs文件。我会根据资源管理器层次结构预测任何使用命名空间的类都会出现在该列表中，我可以根据需要使用它。例如，我可以创建enterDeposits.cs和enterWithdrawals.cs而无需创建新项目。
我在网上发现了一些教程，告诉我如何做事（比如创建一个新项目），但是如果没有对IDE词汇的充分理解，我不确定我是否保持一切井然有序尽我所能。救命啊！
答案 0 :(得分：7)
Visual Studio中的解决方案和项目是组织代码的方法 - 它们是IDE用来根据需要向编译器和其他构建组件发出命令的容器。
解决方案包含项目 - 项目包含代码文件。
每个项目都将编译为单独的DLL或EXE，部署的一个单元。
命名空间可以跨项目和解决方案传播，并且位于不同的DLL / EXE中。它们是逻辑分离的单位。
在Visual Studio中，您可以在其属性中为每个项目设置基本命名空间。默认情况下，您创建的每个目录都将作为内部命名空间的一部分附加到该目录。默认情况下，在目录中创建的任何源代码文件都将获得该命名空间。
通常，名称空间是纯代码构造。
在C＃文件中，您有一个namespace declaration - 这可以是任何有效的命名空间标识符，并且可以位于任何项目/解决方案/代码文件中。
我建议看一下MSDN - 它是C＃和Visual Studio的好资源。
答案 1 :(得分：1)
答案 2 :(得分：0)
Oded的精彩概述。 RE：基于资源管理器层次结构，EXPECT将使用命名空间的任何类出现在该列表中，并且我可以根据需要使用它。你是对的，IDE将识别SAME命名空间中的类。
吸引新用户的一件事是名称空间不会继承。如果您有一个名称空间MyProject和另一个名称空间MyProject.SubNamespace，编译器将不会自动链接SubNamespacetwo。您需要指定一个Using语句，例如“使用MyProject.SubNamespace”让IDE知道如何使用该命名空间中的类。