以下內容為“原創”+“轉載”
首先，解決方案和項目文件夾包含關系(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 里。
大家可以根據項目的實際情況，靈活選用以上方法。
方便自己查找。
轉載：
http://blog.csdn.net/yyhero1/article/details/19272637