当我们用VS开发一个项目的时候，首先应该清楚用VS这个IDE生成的一些文件和文件夹是什么意思，起什么作用，什么场合下使用。
因为我使用的是VS2015，就以这个为例来进行一些说明：首先要做的是更改你的操作系统，把隐藏的文件、文件夹显示出来，以完整的显示VS在生成一个项目时的完整文件、文件夹结构。

1、首先看到的是.sln文件和隐藏的.suo文件（.vs/你的解决方案名/版本/.suo）Net解决方案下
.sln文件和.suo文件的解释：

When a Web site is created, a solution file (.sln) and a hidden solution user options file (.suo) are created. By default, these files are created in the My Documents/Visual Studio 2005/Projects folder. bcoz they are not required in the deployed website. SLN ( own’s the following details): * A list of the projects that are to be loaded into Visual Studio 2005
* A list of project dependencies
* Microsoft Visual SourceSafe information
* A list of add-ins that are available SUO ( own’s the following files): * The task list
* Debugger break points and watch window settings
* Visual Studio window locations

Visual Studio采用两种文件类型（.sln和.suo）来存储特定于解决方案的设置,它们总称为解决方案文件。为解决方案资源管理器提供显示管理文件的图形接口所需的信息
从而在每次继续开发任务时，不会因开发环境而分散精力； *.sln：(Visual Studio Solution) 通过为环境提供对项目、项目项和解决方案项在磁盘上位置的引用,可将它们组织到解决方案中。比如是生成Debug模式,还是Release模式,是通用CPU还是专用的等. ps:就是打开文件的索引,正确引导你进入环境,进入工程! *.suo: (solution user options) 解决方案用户选项记录所有将与解决方案建立关联的选项，
以便在每次打开时，它都包含您所做的自定义设置。比如VS布局,项目最后编译的而又没有关掉的文件(下次打开时用)
ps:大概就是保存一些与代码本身无关的一些配置.

*.suo 是一种文件的格式。它是很重要的文件， *.suo 解决方案用户选项，记录所有将与解决方案建立关联的选项，以便在每次打开时，它都包含用户所做的自定义设置。 它储存了用户界面的自定义配置，包括布局、断点和项目最后编译的而又没有关掉的文件(下次打开时用)等，以便于下一次你打开Visual Studio可以恢复这些设置，因此不要随便删除，所以不要管它们。 其实上面英文中解释已经很清楚了，要申明的是PDB中不带断点信息. 　　其中，VS布局包括：监视器1234的变量列表、断点标记及开关状态、输出窗口错误窗口等的分布及其悬浮状态，还有项目卸载状态标记。
　　*.suo文件偶尔会被破坏，从而在构建和编辑应用程序时出现意想不到的结果。如果Visual Studio对于每个解决方案不稳定，就应删除.suo文件。下次打开解决方案时，Visual Studio会重建它。 总结： sln和suo文件共同组成了解决方案的记录和配置，VS解决方案中各种配置都存在这里，具体的每一个细节就不一一列举，以上可以给大家一个整体的认识。
但是你需要清楚一个事实，那就是，sln和suo只是一个记录解决方案的相关信息的，详细的项目信息，在其他的文件中，这两个文件只是起一个组织的作用，将各个信息凝聚在一起，从而形成一个解决方案，方便项目开发。我们也没有必要细细的研究每一个细节，只不过在此有了这个整体上的认识，大家知道平时使用VS的基本工作记录都存于此文件中。
所以，也不要随意的删掉这个你看似没用的文件，删掉代码也不会丢失，但是，有时候环境配置好后，使用也比较方便，对于这两个文件，没必要动它。为了减少项目文件的大小，和这两个文件没有关系，但是如果操作不当，会导致解决方案打不开。那么解决办法就只有重建项目，然后导入代码文件了，只是会浪费一些时间而已，又要重新组织项目文件。
这两个文件是很基本的，大小都不大，但是对于组织解决方案确实起了很大的作用，建议不要随意手动去更改，在VS中操作后自然会对文件修改。
2、接下来应该是一个一个的项目，windows下是以一个文件夹表示一个项目。
　　Form1.cs　　Form1.Designer.cs　　Program.cs
1. 创建 Windows 窗体项目时，默认情况下，C# 会将一个窗体添加到项目中，并为其命名为 Form1。表示该窗体的两个文件称为 Form1.cs 和 Form1.Designer.cs。Form1.cs 中写入的是你自己的代码；Designer.cs 文件是C# Windows 窗体设计器自动写入代码的文件，这些代码用于实现所有通过从“工具箱”中拖放控件执行的操作。 Designer.cs 文件包含将控件拖动到窗体、在“属性”窗口中设置属性等操作时“窗体设计器”写入的源代码。通常，根本不应该手动编辑此文件。
2. 一但当你自己动手修改了Designer.cs 文件, 或者是你在学习时, 拷贝了别人的Designer.cs 文件, 反正只要你的Form设值只要有一点点对不上Designer.cs 文件, C#将不会执行Designer.cs 文件. 这就导致你的提示InitializeComponent不存在，但是对应的Form1.Designer.cs中有该方法。 解决办法是重做一个Form, 让VS重新生成Designer.cs 文件，除非你特别熟悉Designer.cs 文件与Form的关系。 Form1.cs和Form1.Designer.cs其实是一个类，Visual Studio为了让我们方便管理，用partial关键字把窗体类给拆开了，Form1.Designer.cs存放的是窗体的布局，
你的窗体定义了哪些控件，那些控件的名字、属性等等，都是存放在Form1.Designer.cs里面的，而Form1.cs则是用来存放处理方法的，
比如你的按钮点击事件绑定了Button_Click这个方法，就会出现在Form1.cs里
其实在早期版本的Visual Studio里，是没有Form1.Designer.cs的，窗体的设计类和逻辑类全在一个文件里。
那么好处就显而易见了：便于管理。让你编程的时候能够更加直观。
3.Program.cs是程序入口，也就是Main函数。

3、.csproj　　.resx 　　.cs（C Sharp Source File）
　　Form1.csproj文件大家应该不会陌生，那就是C#项目文件的扩展名，它是“C Sharp Project”的缩写。那么它究竟是给谁用的呢？那是给开发工具用的，例如我们在熟悉不过的Visual Studio，以及大家可以没有接触过，但是应该都听说过的MSBuild.exe。Visual Studio会根据csproj里的XML定义来管理项目文件以及相关其他一些种类非常丰富的数据及操作，MSBuild也会根据csproj文件来得知编译这个项目需要有哪些依赖，默认输出路径，Pre-Build和Post-Build需要哪些操作等等。Visual Studio和MSBuild都是开发工具，这就是csproj存在的唯一意义：为“开发环境”提供信息。而到了运行环境中，根本不会有人（操作系统？）关心所谓的csproj文件——也就是“程序是哪里来的”。 　　Form1.resx: (窗体资源文件)你在设计窗体时所嵌入的资源, 用来存放你的窗体资源的，比如你自定义了你的窗体的图标，这个图标就会出现在Form.resx里面。
　　
3.1、.vcxproj　　.vcxproj.filters　　.vcxproj.user
这三个都是XML类型的文件，分别是 项目信息、文献列表、用户设置。

4、bin文件夹
　　obj文件夹 Visual Studio 编译时，在bin 目录下有debug 和 release 目录。 Debug： 通常称为调试版本，它包含调试信息，所以要比Release 版本大很多（可能大数百K或数M），并且不进行任何优化，便于程序员调试程序。 Release： 称为发布版本，不对源代码进行调试，编译时对应用程序的速度进行优化，使得程序在代码大小和运行速度上都是最优的，以便于用户很好的使用。 obj目录用于存放在编译过程中生成的中间临时文件，其中也都有debug 和 release 两个子目录， 分别对应调试版本和发行版本。在.NET中，编译是分模块进行的，每个模块的编译结果都保存在了Obj 目录下。最后会合并为一个.exe 或者 .dll 文件保存到 bin 之中。 因为每次编译都是增量编译，也就是只重新编译改变了的模块，所以，这个Obj 目录的作用就是保存这些小块的编译结果，加快编译速度。 一、先解释一下各个文件的作用：
.pdb文件： 程序数据库文件（Program Database File）。默认设置下，Debug的PDB是full，保存着调试和项目状态信息、有断点、堆栈检查等代码，可以对程序的调试配置进行增量链接。 而Release的默认设置对PDB指定为pdb-only，保存着程序出了什么错误，以及错误在哪行。 .vshost.exe文件： 宿主进程文件（VS host process），是Visual Studio 2005中的一项功能，主要是为了提高调试性能。 release时最好删除。 .vshost.exe.manifest 文件： 是一个以.manifest为后缀的XML文件，用于组织和描述隔离应用程序及并行组件，用于COM类、接口及库的绑定和激活，而这些信息，以往都是存储在注册表中的。 Manifests也制定了组成程序集的文件及Windows类，release 时也最好删除。 　　
二、不生成这些文件的方法： 　　
不生成.vshost.exe文件的方法 　　如图，打开工程属性的debug标签页，将构成选为「Release」，去掉「Visual Studio Hosting Process有效」的勾选后保存。
不生成.pdb文件的方法 　　如图，打开工程属性的build标签页，将构成选为「Release」后打开「详细设定」。将 「输出」中的「Debug信息」从「pdb only」变为「none」后保存。　
　 　　　　
5、Properties文件夹下
Assemblyinfo.cs　　Resources.resx　　Resources.Designer.cs　　Settings.settings　　Settings.Designer.cs 　　Assemblyinfo.cs：程序集信息对应于如下IDE操作 　　　　Resources.resx　　Resources.Designer.cs　　Settings.settings　　Settings.Designer.cs 　　不是每个c#项目都有的…只有VS的WinForm项目模板才会自动生成，与C#无关… 　　前者是项目资源的代码文件，后者是项目设置项的代码文件…


VS2010应用程序工程中文件的组成结构

鸡啄米在上一讲中为大家演示了如何利用应用程序向导创建单文档应用程序框架。这一节将以上一讲中生成应用程序HelloWorld的文件结构为例，讲解VS2010应用程序工程中文件的组成结构。

   用应用程序向导生成框架程序后，我们可以在之前设置的Location下看到以解决方案名命名的文件夹，此文件夹中包含了几个文件和一个以工程名命名的子文件夹，这个子文件夹中又包含了若干个文件和一个res文件夹，创建工程时的选项不同，工程文件夹下的文件可能也会有所不同。

   如果已经以Debug方式编译链接过程序，则会在解决方案文件夹下和工程子文件夹下各有一个名为“Debug”的文件夹，而如果是Release方式编译则会有名为“Release”的文件夹。这两种编译方式将产生两种不同版本的可执行程序：Debug版本和Release版本。Debug版本的可执行文件中包含了用于调试的信息和代码，而Release版本则没有调试信息，不能进行调试，但可执行文件比较小。

   鸡啄米将所有文件分为6个部分：解决方案相关文件、工程相关文件、应用程序头文件和源文件、资源文件、预编译头文件和编译链接生成文件。

   1.解决方案相关文件

   解决方案相关文件包括解决方案文件夹下的.sdf文件、.sln文件、.suo文件和ipch文件夹。

   .sdf文件和ipch目录一般占用空间比较大，几十兆甚至上百兆，与智能提示、错误提示、代码恢复和团队本地仓库等相关。如果你觉得不需要则可以设置不生成它们，方法是点击菜单栏Tools->Options，弹出Options对话框，选择左侧面板中Text Editor->C/C++->Advanced，右侧列表中第一项Disable Database由False改为True就可以了，最后关闭VS2010再删除.sdf文件和ipch目录以后就不会再产生了。但关闭此选项以后也会有很多不便，例如写程序时的智能提示没有了。

   .sln文件和.suo文件为MFC自动生成的解决方案文件，它包含当前解决方案中的工程信息，存储解决方案的设置。

   2.工程相关文件

   工程相关文件包括工程文件夹下的.vcxproj文件和.vcxproj.filters文件。

   .vcxproj文件是MFC生成的工程文件，它包含当前工程的设置和工程所包含的文件等信息。.vcxproj.filters文件存放工程的虚拟目录信息，也就是在解决方案浏览器中的目录结构信息。

VS2010/MFC编程入门之三（VS2010应用程序工程中文件的组成结构）

3.应用程序头文件和源文件

   应用程序向导会根据应用程序的类型（单文档、多文档或基于对话框的程序）自动生成一些头文件和源文件，这些文件是工程的主体部分，用于实现主框架、文档、视图等。鸡啄米下面分别简单介绍下各个文件：

   HelloWorld.h：应用程序的主头文件。主要包含由CWinAppEx类派生的CHelloWorldApp类的声明，以及CHelloWorldApp类的全局对象theApp的声明。

   HelloWorld.cpp：应用程序的主源文件。主要包含CHelloWorldApp类的实现，CHelloWorldApp类的全局对象theApp的定义等。

   MainFrm.h和MainFrm.cpp：通过这两个文件从CFrameWndEx类派生出CMainFrame类，用于创建主框架、菜单栏、工具栏和状态栏等。

   HelloWorldDoc.h和HelloWorldDoc.cpp：这两个文件从CDocument类派生出文档类CHelloWorldDoc，包含一些用来初始化文档、串行化（保存和装入）文档和调试的成员函数。

   HelloWorldView.h和HelloWorldView.cpp：它们从CView类派生出名为CHelloWorldView的视图类，用来显示和打印文档数据，包含了一些绘图和用于调试的成员函数。

   ClassView.h和ClassView.cpp：由CDockablePane类派生出CClassView类，用于实现应用程序界面左侧面板上的Class View。

   FileView.h和FileView.cpp：由CDockablePane类派生出CFileView类，用于实现应用程序界面左侧面板上的File View。

   OutputWnd.h和OutputWnd.cpp：由CDockablePane类派生出COutputWnd类，用于实现应用程序界面下侧面板Output。

   PropertiesWnd.h和PropertiesWnd.cpp：由CDockablePane类派生出CPropertiesWnd类，用于实现应用程序界面右侧面板Properties。

   ViewTree.h和ViewTree.cpp：由CTreeCtrl类派生出CViewTree类，用于实现出现在ClassView和FileView等中的树视图。

   4.资源文件

   一般我们使用MFC生成窗口程序都会有对话框、图标、菜单等资源，应用程序向导会生成资源相关文件：res目录、HelloWorld.rc文件和Resource.h文件。

   res目录：工程文件夹下的res目录中含有应用程序默认图标、工具栏使用图标等图标文件。

   HelloWorld.rc：包含默认菜单定义、字符串表和加速键表，指定了默认的About对话框和应用程序默认图标文件等。

   Resource.h：含有各种资源的ID定义。

   5.预编译头文件

   几乎所有的MFC程序的文件都要包含afxwin.h等文件，如果每次都编译一次则会大大减慢编译速度。所以把常用的MFC头文件都放到了stdafx.h文件中，然后由stdafx.cpp包含stdafx.h文件，编译器对stdafx.cpp只编译一次，并生成编译之后的预编译头HelloWorld.pch，大大提高了编译效率。

   6.编译链接生成文件

   如果是Debug方式编译，则会在解决方案文件夹和工程文件夹下都生成Debug子文件夹，而如果是Release方式编译则生成Release子文件夹。

   工程文件夹下的Debug或Release子文件夹中包含了编译链接时产生的中间文件，解决方案文件夹下的Debug或Release子文件夹中主要包含有应用程序的可执行文件。

   关于应用程序工程文件的组成结构鸡啄米就先讲到这了。其中包含了很多专有名词，以后大家会慢慢熟悉的。欢迎来鸡啄米博客交流。谢谢。