首先，解決方案和項目文件夾包含關係(c++項目)：
VS解決方案和各個項目文件夾以及解決方案和各個項目對應的配置文件包含關係，假設新建一個項目ssyy，解決方案起名fangan，注意解決方案包括項目，此時生成的最外層目錄爲fangan代表整個解決方案的內容都在這個文件夾內。在這個fangan文件夾內包含有fangan.sln的解決方案配置文件和一個ssyy文件夾，ssyy文件夾代表整個ssyy項目的所有內容都在這個文件夾內，這個文件夾內含有ssyy.vcproj的項目配置文件和.h頭文件以及.cpp源文件。如果在fangan解決方案下再建立一個新項目名爲ssyy2，則會在fangan文件夾下生成一個ssyy2文件夾存放ssyy2項目的所有內容。
由上面敘述可以總結出，管理器（解決方案或項目）都會對應一個總的文件夾，這個管理器文件夾下存放本管理器的配置文件以及子管理器。比如，解決方案是個管理器，它的文件夾下含有.sln配置文件以及子管理器ssyy項目和子管理器ssyy2項目。
另外，默認情況下，項目屬性設置的目錄起點爲項目配置文件所在位置，實際上就是項目頭文件和源文件所在位置。
補充：vs中建立默認的C#項目和建立默認的C++項目生成的目錄結構是不一樣的。如果是C#項目，則解決方案總文件夾下就只包含解決方案配置文件sln和一個項目總文件夾(共兩個東東)，而項目總文件夾下包含c#源文件、項目配置文件proj、一個Properties屬性文件夾、一個obj文件夾和一個bin文件夾，其中obj和bin文件夾下都包含debug和release兩個文件夾。obj文件夾下存放中間編譯結果（擴展名更加項目類型而不同），而bin文件夾下存放最終生成的結果（擴展名一般爲exe或dll）。
而如果是C++項目，則解決方案總文件夾下就只包含解決方案配置文件sln和一個項目總文件夾和一個Debug文件夾以及一個Release文件夾（共四個東東，其中Debug和Release文件夾中存放最終生成的結果exe或dll，要注意如果不使用Release生成，則不存在Release文件夾），而項目總文件夾下包含C++源文件頭文件、項目配置文件和一個Debug文件夾以及一個Release文件夾（一定要注意，此處的Debug和Release文件夾僅僅存放中間編譯結果obj，不存放exe和dll之類的東西。如果不使用Release編譯，則沒有對應的Release文件夾）。
由此可見，c#項目默認生成的文件目錄結構更合理，且輸出的exe位於總項目文件夾內，而c++項目默認exe位於解決方案總文件夾下。另外c#更合理在，C#使用Bin目錄，在Bin目錄下包含debug和release兩個目錄，而C++不使用Bin目錄，直接使用debug和releae兩個目錄。
其次，常用項目屬性和系統配置變量關係：
如果我們建立一個默認的vc項目ssyy，他的默認“常規“欄目中，“輸出目錄”爲$(SolutionDir)$(ConfigurationName)，所以調試時會在解決方案文件夾下建立一個debug（ConfigurationName的值爲debug）文件夾，並在此文件夾下生成 ssyy.lik鏈接器 和ssyy.exe文件 。默認“中間目錄”爲$(ConfigurationName)，所以會在ssyy項目文件夾下（即ssyy.vcproj的項目配置文件所在位置）建立一個debug文件夾，並在該文件夾下生成ssyy.obj二進制文件。默認“鏈接器”欄目下的“常規”選項下的“輸出文件”選項爲$(OutDir)\$(ProjectName).exe，其中$(OutDir)就已經在“常規”欄目的“輸出目錄”選項賦值了。【所以$(OutDir)的值是在“輸出目錄”屬性中定義的】。
另外，經過實際測試，發現“輸出目錄”屬性只能起到對$(OutDir)系統變量賦值的作用，和“改變生成的.exe文件存放位置”沒任何關係。也就是說，如果“輸出目錄”中設置的$(OutDir)值在C盤，而“輸出文件”中設置輸出文件的位置爲D盤，最終生成的exe文件會在D盤，“輸出文件”屬性才決定輸出exe文件的位置。
而$(TargetDir)的值是在生成exe文件後自動賦予值爲exe文件所在位置。所以可以說，“輸出文件”最終決定exe文件所在的位置，也最終決定了$(TargetDir)的值，$(TargetPath)和$(TargetDir)的行爲是類似的，此不贅述。
上面兩段說了這麼多，總結就是，默認情況下“輸出目錄”和“輸出文件”兩個屬性對應的目錄是一樣的，這樣用着方便（當然，輸出文件的值在輸出目錄的值的基礎上還包含有exe文件名）。如果兩個不一樣，則中間生成的鏈接器用的如xx.ilk和xx.pdb文件等在輸出目錄，而最終生成的xx.exe文件在“輸出文件”屬性設置的目錄中。
另外，上面兩段話可以總結出，當調試程序時，系統變量$(OutDir)的值是最先確定的，而$(TargetDir)和$(TargetPath)的值是在exe文件生成後才確定的。也就是說系統變量$(OutDir)的值由VS項目的“輸出目錄”屬性決定，而$(TargetDir)和$(TargetPath)的值由VS項目的“輸出文件”屬性決定。即設置了VS的“輸出目錄”屬性就相當於設置了$(OutDir)的值，“輸出目錄”是界面上的提示用於接收用戶輸入的配置信息，然後把這個具體的配置信息存入系統內容的變量$(OutDir)中。
其它常用的屬性還有，“調試”欄目中的“工作目錄”項，這個屬性默認情況下是空的，但表示工作目錄是工程目錄，也就是工程配置文件ssyy.vcproj所在目錄。工作目錄表示進行某項操作的目的目錄，會隨着OpenFileDialog、SaveFileDialog等對象所確定的目錄而改變。“工作目錄”屬性作用是程序運行後唯一識別的默認目錄，即工作後只認識這個目錄，工作目錄這個名字描述的就很形象，（可以將所依賴的lib和dll庫文件所在目錄設爲工作目錄，但一般是把lib放在解決方案下的Lib目錄中，把dll放在解決方案下的Bin目錄中），例如程序運行過程中生成一個txt文本文件，如果在創建文件過程中未指定絕對路徑，只指定創建文件的文件名，那麼這個文本文件默認就會建立在工作目錄中，當然讀取一些配置文件也在工作目錄中查找，但要說明一下，生成的exe文件跟工作目錄沒任何關係，也不會放在工作目錄中。總的來說，工作目錄就是程序運行過程中默認讀取的目錄。對於dll，如果是程序運行前就進入內存有點像靜態鏈接那樣，此時dll就可以放入exe所在的執行目錄，如果dll是運行中動態加載的一般放在工作目錄，比如插件就放在工作目錄。即工作目錄就是運行期間唯一能識別的默認目錄，工作目錄在代碼中用GetCurrentDirectory之類的函數獲取，具體代碼間最下面的附1。工作目錄與執行目錄可以不同，例如一個人住在北京，但他的工作地點不一定在北京，可能在天津。
【對工作目錄的補充：vs中工作目錄的設置是給調試用的，也即你啓動調試後，啓動一個新進程，自動把這個新進程的工作目錄設置爲vs項目屬性中的工作目錄，然後新進程啓動對應的exe程序。但是如果不使用vs的調試啓動exe，而是直接雙擊exe文件啓動一個新進程時，會自動把這個新進程的工作目錄設置爲exe文件所在的目錄，這是和vs啓動調試不同的地方。所以如果發佈的時候不把工作目錄內的東西拷到exe所在的目錄內，就會運行出錯，因爲此時工作目錄不再是vs中設置的了，而是exe文件所在的目錄。最後，說一下，vs中默認的vc++工程的工作目錄項目的值是空的，代表默認是vs工程所在目錄即.vcproj文件所在目錄，c#工程默認沒測試，估計和vc的一樣。】
【同樣在調試選項下的和工作目錄選項同一級的選項“命令”選項是設置，使用調試時，從哪裏啓動exe文件，因爲一般生成的exe放在bin目錄下的debug或release目錄下，所以命令選項一般爲“Bin\$(Configuration)\$(ProjectName).exe”，默認也是這個值，當然可以更改，但此時意味着調試狀態下啓動的exe爲“命令”選項中設置的exe文件，而不是默認的bin目錄下的debug或release下的exe文件了。最後說一下，上面所說的“調試”是指vs下啓動exe，包括debug模式和release模式，不要把調試就理解爲只有debug模式。】
“調試”欄目中的“命令（Command）”屬性項，【這個屬性表示調試器要啓動的exe文件的全名】，包括路徑名，默認爲$(TargetPath)，而TargetPath就表示目標輸出文件的全路徑名，所以一般情況下它代表的值就等於“輸出文件”屬性代表的值。當然你也可以人爲的更改“命令”屬性的值，比如更改爲c:\aa.exe，而“輸出文件”的值爲c:\bb.exe，此時如果輸出文件所在目錄沒有aa.exe的話（因鏈接器只生成bb.exe而根本不會生成aa.exe），調試器就不能啓動aa.exe，提示找不到aa.exe。當然如果目錄中已經有aa.exe文件（可以強制賦值一個bb.exe文件的副本並命名爲aa.exe），此時調試器就可以正常調試通過。
“鏈接器”欄目下的“輸入”選項下的“附加依賴項”項。此項是設置程序鏈接時使用的靜態庫。相當於鏈接已經編譯好了的“代碼”。由此我們可以簡單的認爲這些庫就相當於我們自己寫的.cpp文件，只不過這些庫是編譯好了的.cpp而已（這裏只需要庫名稱即可，搜索路徑在其他地方設置）。
“附加依賴性的設置”等同於在代碼中寫“#pragma comment(lib, "庫名稱.lib") ”語句，如果使用相對路徑則如下：
#pragma comment(lib,"..\\debug\\TestLib.lib");其中的反斜槓要用雙反斜槓，因爲它是程序解釋的雙引號包括的字符串，需要轉義一下，要區別include，#include "..\TestVideoApplication.h"中並不是由程序解釋的字符串，所以不用轉義。
下面舉一個多項目例子(vc++例子)：（轉自：http://blog.163.com/zhang_bo1983/blog/static/16992223020123753334981/）
解決方案與項目：
從VC6之後VC系列就使用解決方案（Solution）來替代原來的工作空間，用於組織和管理多個相關的項目（Project）。
文章首先演示一個虛擬的解決方案和我們期望得到的目錄結構，然後使用VC2008的項目設置功能來一步一步達到我們的需求。
虛擬解決方案：
該虛擬解決方案名爲GMA，包含一個動態鏈接庫項目ChocolateMilk和一個應用程序項目PureMilk，需要使用一個第三方庫log4cxx（Apache log4j的C++移植版本，用於日誌輸出）。【注意這個例子中ChocolateMilk項目只生成一個dll，PureMilk只生成一個exe】
log4cxx是以動態庫的方式編譯的，所以我們需要它的3樣東西，分別是頭文件，導入庫（log4cxx.lib, log4cxxd.lib）和動態鏈接庫（log4cxx.dll）。
假設我們期望的目錄結構如下圖：
1． GMA是解決方案目錄
2． PureMilk和ChocolateMilk是項目目錄
3． Lib目錄用於存放導入庫或者靜態庫（包括第三方庫和自己的項目）
4． Include用於存放第三方庫的頭文件（可以看出第三方庫所有內容分佈在Lib、Include和Bin中）
5． Bin目錄存放所有動態鏈接庫和執行檔，包括自己的產出和第三方庫，區分Release和Debug兩個版本。另外，程序運行過程中需要外部的數據文件和啓動時需要的配置文件等等都可放於該目錄
6． Temp用於存放臨時生成文件，其中Compile存放編譯器編譯時生成的obj文件，Link存放鏈接器的輸出文件。
7.PureMilk和ChocoliteMilk兩個項目的頭文件和源文件位置不要動，任然在各自的項目文件夾內。
上面目錄結構清晰，一面瞭然，當我們的程序需要製作安裝包或者要打包源碼
發佈的時候，它能夠使得我們生活變得更容易^_^
製作安裝包時我們只需將“/GMA/Bin/Release/”目錄下的所有文件打包。
發佈和轉移源碼的時候我們可以打包除了Temp目錄以外“/GMA/”下面的所有文件和目錄（如果不需要執行檔，也可不包括Bin）。
我們的需求是明確的，可是VC 2008（VS2008）並不會自動爲我們做好上面所有的事情。不過我們並不需要編寫複雜的編譯腳本（makefile），只需要簡單的修改項目的缺省設置即可。
我們需要VC（VS）爲我們做的事情包括：
1．使用“/GMA/Temp/Compile/”作爲項目編譯時使用的中間目錄
2．使用“/GMA/Temp/Link/”作爲項目鏈接的輸出目錄
3．當項目是應用程序時，在構建結束後拷貝執行文件到“/GMA/Bin/Release/”或“/GMA/Bin/Debug/”，當項目是動態鏈接庫時，除了拷貝dll到Bin，還拷貝導入庫到“/GMA/Lib/”
4．當項目是應用程序時，調試時運行“/GMA/Bin/Debug/”或“/GMA/Bin/Release/”下面的執行文件，並以“/GMA/Bin/Debug/”或“/GMA/Bin/Release/”爲工作目錄
首先看一下項目設置中可以使用的宏，常用的有：
ConfigurationName |
配置名字，通常是Debug或者Release |
IntDir |
編譯器使用的中間目錄，產出obj文件 |
OutDir |
鏈接器使用的輸出目錄 |
ProjectDir |
項目目錄 |
ProjectName |
項目名字 |
SolutionDir |
解決方案目錄 |
TargetDir |
目標輸出文件所在的目錄 |
TargetExt |
目標輸出的擴展名 |
TargetFileName |
目標輸出文件名，包括擴展名 |
TargetName |
目標輸出名，不包括擴展名 |
TargetPath |
目標輸出文件的全路徑名 |
下圖是某一個工程所有設置的例子：
注意：從上圖可以看出，TargetDir指目標目錄，是一個目錄。而TargetPath是目標路徑，包括具體的文件名。
下面開始進行所舉例子的工程設置：
首先來設置ChocolateMilk：
1．使用“/GMA/Temp/Compile/”作爲項目編譯時使用的中間目錄
2．使用“/GMA/Temp/Link/”作爲項目鏈接的輸出目錄
注意高亮的部分，首先將配置改成All Configuration（全部配置），這樣可以讓我們同時修改Debug和Release的部分；
Output Directory（輸出目錄，鏈接器）欄位填入：
$(SolutionDir)\Temp\Link\$(ProjectName)\$(ConfigurationName)
Intermediate Directory（中間目錄，編譯器）欄位填入：
$(SolutionDir)\Temp\Compile\$(ProjectName)\$(ConfigurationName)
3．構建結束後拷貝動態鏈接庫到“/GMA/Bin/Release/”或“/GMA/Bin/Debug/”，拷貝導入庫到“/GMA/Lib/”【這是因爲若不設置，此時生成的dll和lib都在上面設置的輸出目錄中】
我們通常都會在Debug版本的輸出庫後面加上字母“d”以表示這是Debug版本，在Debug配置下，修改Import Library欄位：
VC可以讓我們設置構建前後執行的腳本程序，所以爲了完成3，
我們需要寫構建後執行的腳本：
在Command Line中填入，Debug配置下：
copy $(TargetPath) $(SolutionDir)\Bin\$(ConfigurationName)\;
copy $(TargetDir)$(TargetName)d.lib $(SolutionDir)\Lib\;
Release配置下：
copy $(TargetPath) $(SolutionDir)\Bin\$(ConfigurationName)\;
copy $(TargetDir)$(TargetName).lib $(SolutionDir)\Lib\;
之所以要分別設置是因爲VC沒有表示導入庫的宏名字 -_-P
OK，到此爲止，你就可以編譯ChocolateMilk項目試試是不是一切正常了，不過請確認拷貝的目標目錄事先建立好。
接下來我們設置應用程序項目PureMilk：
1．使用“/GMA/Temp/Compile/”作爲項目編譯時使用的中間目錄
2．使用“/GMA/Temp/Link/”作爲項目鏈接的輸出目錄
首先將配置改成All Configuration（全部配置），這樣可以讓我們同時修改Debug和Release的部分；
Output Directory（輸出目錄，鏈接器）欄位填入：
$(SolutionDir)\Temp\Link\$(ProjectName)\$(ConfigurationName)
Intermediate Directory（中間目錄，編譯器）欄位填入：
$(SolutionDir)\Temp\Compile\$(ProjectName)\$(ConfigurationName)
3．構建結束後拷貝執行文件到“/GMA/Bin/Release/”或“/GMA/Bin/Debug/”
在Command Line中填入，All配置下：
copy $(TargetPath) $(SolutionDir)\Bin\$(ConfigurationName);
4．調試時運行“/GMA/Bin/Debug/”或“/GMA/Bin/Release/”下面的執行文件，並以“/GMA/Bin/Debug/”或“/GMA/Bin/Release/”爲工作目錄
Command欄位填入：$(SolutionDir)\Bin\$(ConfigurationName)\$(TargetFileName)
Working Directory欄位填入：$(SolutionDir)\Bin\$(ConfigurationName)\
這樣就大功告成了，現在你就可以編譯該執行程序並進行調試。
以vs2010爲列，一些項目屬性截圖如下：
一、調試-》命令
如上圖設置，如果項目名稱爲ss，則TargetName系統變量的值就是ss，TargetExt是擴展名爲exe，此時單擊調試按鈕（vs中的那個小三角形按鈕），會起動圖中所示目錄下的ss-XX-.exe文件。
注意：調試欄目下的所有選項都是爲了調試服務的，如果不用調試按鈕，這些選項就不起作用。至於VC++目錄以及C/C++欄目是給編譯器起作用的，無法是告訴編譯器在哪裏尋找頭文件、庫文件之類的事情，或者設置其他一些編譯器選項，此不贅述。
二、鏈接器-》常規-》輸出文件 （表示鏈接器生成的exe文件放在哪以及生成的exe文件名稱）
上圖中，如果項目名稱爲ss，則連接器生成的exe爲圖中所示目錄下的ss-YY-.exe文件。一般來說這個文件的位置和名稱要和上面所述的“命令”選項相同，以表示鏈接器生成的文件和調試時使用的文件一樣。（注意調試時如果沒有修改源代碼操作，單擊調試按鈕後，爲了加快調試速度，並不會對程序重新鏈接，也即不會啓動鏈接器）
經過我做過的一些實驗證明，如果已經通過鏈接器生成了exe文件，手動修改這個exe文件名，調試時只要將上圖所示的選項的文件名也進行相應的修改，一樣可以進行調試並啓動exe程序。
三、鏈接器-》輸入-》附加依賴項 （此選項是設置程序鏈接時使用的靜態庫。相當於鏈接已經編譯好了的“代碼”。由此我們可以簡單的認爲這些庫就相當於我們寫的.cpp文件，只不過這些庫是編譯好了的.cpp而已）
最後說一下，在開發過程中，究竟怎樣來讓 Visual Studio 鏈接這些 lib 及 dll 文件會比較好呢？
因爲，在調試 Visual Studio 2008 程序時，經常有一些動態鏈接庫（即 dll 文件）需要加載到工程裏，這樣才能依賴第三方庫進行程序調試。
這些動態鏈接庫，往往都是測試版本或是開發中的版本，或者會有若干個版本；這個時候，如果直接把 dll 所在目錄加到 PATH 裏，則會有潛在衝突的危險；如果直接拷貝到 Visual Studio 的目錄下，假如測試工程太多，每次有新版本的動態鏈接庫更新時，你需要更新若干次，拷貝、粘貼苦不堪言。
總體上來說，有幾種方法可以改變 Visual Studio 的環境變量設置：
- 直接添加到系統的 PATH 變量裏：
這個方法最簡單，也最直接，但是壞處是會影響全局的 PATH 設置，尤其是你包含着大量測試用的 dll 時。
- 在 Visual Studio 全局設置裏，把 dll 所在目錄添加到 PATH 裏：
通過 Visual Studio 菜單 ==> 工具 ==> 選項 ==> 項目和解決方案 ==> VC++目錄，在下拉框裏選擇"可執行文件"，然後把 dll 所在路徑添加進去。
- 直接把所有 dll 拷貝到 Visual Studio 工程目錄下，或是拷貝到生成可執行文件的文件夾（默認情況下是 Debug 或 Release 目錄）下：
這個方法也很簡單，但是當你有若干個工程時，你每次更新 SDK 及其 dll 文件，你就要把所有的工程都更新，這個不符合文件唯一性的工程性準則。
- 在調試程序時，讓 Visual Studio 幫你切換當前工作目錄到 dll 相應的目錄下：
在 Visual Studio ==> Project ==> Properties ==> Select Configuration ==> Configuration Properties ==> Debugging ==> Working directory 裏填上 dll 所在目錄，這樣當在調試程序時，Visual Studio 會把當前工作目錄切換到這個目錄下，從而會自動讀取本目錄下的 dll 文件。
這個方法的優點很明顯，簡單！副作用也很明顯，在你切換了當前工作目錄後，你可能會找不到程序的配置文件，在程序裏寫的諸如"./config.ini"全部都找不到了；另外，你要把所有的 dll 都放到這個工作目錄裏，否則一樣會提示說找不到 xxx.dll 的問題。
- 最後一個方法，也是我認爲最好的一個方法，在 Visual Studio 工程屬性裏把一個目錄臨時添加到 PATH 環境變量裏：
MSDN 上也有類似的介紹：How to: Set Environment Variables for Projects，方法很簡單，在 "工程屬性" ==> "調試" ==> "環境"裏，添加類似如下所示的內容：
PATH=%PATH%;$(TargetDir)\DLLS
這樣就可以把 $(TargetDir)\DLLS 臨時添加到該工程所屬的系統 PATH 裏。
大家可以根據項目的實際情況，靈活選用以上方法。
附1：C#獲取設置工作目錄和執行目錄代碼
（1）獲取和設置當前工作目錄
a) System.IO.Directory.GetCurrentDirectory()
說明：獲取應用程序的當前工作目錄的完全限定路徑。該方法是對Win32 API的GetCurrentDirectory函數的一個封裝。
例如：'"C:\Documents and Settings\Administrator\My Documents"
b) System.Environment.CurrentDirectory
說明：獲取或設置當前工作目錄的完全限定路徑。該屬性內部調用的就是System.IO.Directory.GetCurrentDirectory()方法，二者是效果是等價的。
例如：'"C:\Documents and Settings\Administrator\My Documents"
c) System.IO.Path.GetFullPath(".")
說明：獲取指定路徑字符串的絕對路徑。也可以用GetFullPath(".\"),GetFullPath(".\\")
例如：'"C:\Documents and Settings\Administrator\My Documents"
（2）獲取和設置當前執行目錄
a) System.Windows.Forms.Application.StartupPath
說明：獲取啓動了應用程序的可執行文件的路徑，不包括可執行文件的名稱。常用於WinForm.
例如：'"D:\Projects\MyTest\bin"
b) System.AppDomain.CurrentDomain.BaseDirectory
說明：獲取基目錄，它由程序集衝突解決程序用來探測程序集。返回路徑末尾帶“\”
例如：'"D:\Projects\MyTest\bin\"
c) System.AppDomain.CurrentDomain.SetupInformation.ApplicationBase
說明：獲取或設置包含該應用程序的目錄的名稱。返回路徑末尾帶“\”
例如：'"D:\Projects\MyTest\bin\"
（3）獲取和設置當前執行目錄，包括可執行文件名
a) System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName
說明：獲取模塊的完整路徑。包括可執行文件的名稱。
例如：'"D:\Projects\MyTest\bin\MyTest.exe"
b) System.Windows.Forms.Application.ExecutablePath
說明：獲取啓動了應用程序的可執行文件的路徑，包括可執行文件的名稱。
例如：'"D:\Projects\MyTest\bin\MyTest.exe"
c) System.Reflection.Assembly.GetExecutingAssembly().Location
說明：如果包含清單的已加載文件沒有被影像複製，則獲取該文件的基本代碼格式的位置。
例如：'"D:\Projects\MyTest\bin\MyTest.exe"
d) System.Reflection.Assembly.GetExecutingAssembly().CodeBase
說明：獲取最初指定的程序集的位置，例如，在AssemblyName對象中指定的位置。
例如：'"file:///D:/Projects/MyTest/bin/MyTest.exe"
附2：vs（主要是.Net）中常用的各種類型的文件：
附：*.ascx *.asax *.aspx.resx *.asax.resx是什麼文件
sln：解決方案文件，爲解決方案資源管理器提供顯示管理文件的圖形接口所需的信息。
.csproj:項目文件，創建應用程序所需的引用、數據連接、文件夾和文件的信息。
.aspx：Web 窗體頁由兩部分組成：視覺元素（HTML、服務器控件和靜態文本）和該頁的編程邏輯。Visual Studio 將這兩個組成部分分別存儲在一個單獨的文件中。視覺元素在.aspx 文件中創建。
.aspx.cs：Web 窗體頁的編程邏輯位於一個單獨的類文件中，該文件稱作代碼隱藏類文件（.aspx.cs）。
.cs： 類模塊代碼文件。業務邏輯處理層的代碼。
.asax：Global.asax 文件（也叫做 ASP.NET 應用程序文件）是一個可選的文件，該文件包含響應 ASP.NET 或 HTTP 模塊引發的應用程序級別事件的代碼。
.config：Web.config 文件向它們所在的目錄和所有子目錄提供配置信息。
.aspx.resx/.resx：資源文件，資源是在邏輯上由應用程序部署的任何非可執行數據。通過在資源文件中存儲數據，無需重新編譯整個應用程序即可更改數據。
.XSD:XML schema的一種.從DTD,XDR發展到XSD
.pdb:PDB（程序數據庫）文件保持着調試和項目狀態信息，從而可以對程序的調試配置進行增量鏈接。
.suo:解決方案用戶選項,記錄所有將與解決方案建立關聯的選項，以便在每次打開時，它都包含您所做的自定義設置。
.asmx:asmx 文件包含 WebService 處理指令，並用作 XML Web services 的可尋址入口點
.vsdisco（項目發現）文件 基於 XML 的文件，它包含爲 Web 服務提供發現信息的資源的鏈接 (URL)。
.htc:一個HTML文件,包含腳本和定義組件的一系列HTC特定元素.htc提供在腳本中implement組件的機制
.ascx 是用戶控件代碼文件
.aspx webform html腳本文件
.cs 是c#類文件)
.vb 是vb類文件)
.aspx.cs 和你的webform相關的後臺c#代碼文件,其實跟.cs是一樣的
.aspx.vb 和你的webform相關的後臺VB代碼文件,其實跟.vb是一樣的
web.config 配置文件
.xml xml文件
.css 樣式表文件