首先，解決方案和項目文件夾包含關系(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和一個項目總文件夾和一個Debug文件夾以及一個Release文件夾（共四個東東，其中Debug和Release文件夾中存放最終生成的結果exe或dll，要注意如果不使用Release生成，則不存在Release文件夾），而項目總文件夾下包含C++源文件頭文件、項目配置文件和一個Debug文件夾以及一個Release文件夾（一定要注意，此處的Debug和Release文件夾僅僅存放中間編譯結果obj，不存放exe和dll之類的東西。如果不使用Release編譯，則沒有對應的Release文件夾）。

其次，常用項目屬性和系統配置變量關系：

如果我們建立一個默認的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：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 樣式表文件

附2.顯示行號

菜單欄點擊工具-->選項-->文本編輯器-->C/C++，在右側“顯示”處選擇行號。

------------------------------------------------------------------------------------------------------------------------------------

from:https://blog.csdn.net/lp310018931/article/details/49110069

首先，我們一般不會修改解決方案的屬性，而是設置每個項目各自的屬性.

接著上一篇文章，我們來看看我們應該怎樣來設置各項目的項目屬性更好：

我們以NYOJ_001項目的Debug版的設置為例：

在常規選項里，我們一般會設置輸出目錄（即生成.exe文件的目錄），中間目錄（即中間文件的目錄）。當然你也可以在這里設置生成的.exe文件的文件名甚至擴展名等。

如下圖所示:

一般設置如下的目錄:如果不記得某個宏變量的值，可以點擊“宏(M)>>”來查看。

既然我們修改了輸出文件的目錄，那我們也必須修改我們的調試目錄，不然就無法調試了。不信你運行一下試試，雖然編譯通過了，但并沒像你想的那樣出現控制臺的“黑窗口”，原因就是我們沒有修改調試目錄:

將調試目錄修改為$(OutDir)就可以了，$(OutDir)就是我們之前在常規里設置的輸出文件的目錄：

這里面的命令參數一項也是比較重要的，如果你開發的是一個帶有命令行參數的項目，你調試的時候就可以在這里設置傳給程序的命令行參數來進行調試了。你是否還記得你運行一個帶有命令行參數的程序時是出現一個黑框框然后馬上就消失了，什么也不會做，除非你是將該程序拖到命令提示符下運行。

這些設置完后，可以先編譯運行一下程序，結果如下所示:

程序可以正常調試，還會在解決方案的根目錄下生成我們設置的輸出文件的目錄:Win32\Debug\Bin，生成的.exe文件就在該目錄下。還有中間文件目錄:Win32\Debug\XXX，里面放的都是生成的中間文件。如果你的這個項目里用到了其他的庫，你還需要像下面這樣設置你的項目的附加包含目錄和附加庫目錄:前都是設置其他庫的.h頭文件的目錄，一般放在庫的include文件夾下。后者是設置其他庫的lib以及.dll鏈接庫的目錄，一般放在庫的lib下。如下:

最后你還必須設置項目的附加依賴項的值:一般設置的就是xx.lib靜態鏈接庫的名稱

好了，所有必須設置的都已經設置完成了。

下面還有一個非常有用的設置，我們知道當我們的程序使用在其他的庫的dll文件時，在程序的當前目錄或環境變量指定的目錄中必須能夠找得到這些.dll文件，即現在我們打開.exe文件所在的Bin文件夾，雙擊運行程序，除非你設置了所依賴的dll的環境變量，否則程序仍然無法運行，因為程序無法找到dll模塊。你可以手動把這些.dll拷貝到.exe文件所在的文件夾，但現在有一個更好的辦法，如下圖:

我們可以在上面的命令行中填寫我們在重新生成完程序后，執行的命令。我們可以在這里使用copy命令，來將程序需要的.dll文件自動拷貝到.exe文件所在的目錄。當然，在這里你可以做更多的事情，比如如果你的程序需要讀取配置文件，你也可以把配置文件拷貝過來等。

最后，把配置由Debug改變Release再將Release下的所有這些設置重新設置成Debug相同的就可以了。

路徑推薦使用編譯器提供給我們的宏變量，而盡量不要使用絕對的名稱，這樣程序更具有移植性。例如，如果某外部庫的目錄為Win32\Debug與Win32\Release或Win64\Debu與Win64\Release。這樣我們使用$(Platform)\$(Configuration)進行設置的時候就不需要再去管什么平臺以及是Debug還是Release版本。因為編譯器會自動為我們切換，當選擇Debug進行編譯時，編譯器會自動鏈接到Debug版本，當選擇Release進行編譯時，會自動鏈接到Release版本。

還要注意的就是，如果有某些項目是作為導出鏈接庫用的。需要把導出的dll, lib（即輸出文件路徑）設置到上面的Bin目錄下。然后在需要使用導出的dll和lib文件的項目中設置

項目依賴項這前者，并設置附加庫目錄和附加依賴項。這樣可以很方便的使用同一解決方案中其他項目導出的鏈接庫了。

總結

以上是生活随笔為你收集整理的VS项目属性的一些配置项的总结（持续增加。。。）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。