Visual Studio 2008 和 Windows 环境变量对设置 相对路径很重要，这样便于代码的移植，即使换一台计算机，代码不用更改配置，直接就能用。
可以在项目的“工具”“属性页”对话框中任何接受字符串的位置使用这些宏。这些宏不区分大小写。
| 宏 |
说明 |
| $(RemoteMachine) |
在“调试”属性页上设置为 Remote Machine 属性的值。有关更多信息，请参见更改用于 C/C++ 调试配置的项目设置。 |
| $(Configuration) |
当前项目配置的名称（例如“Debug”）。 |
| $(Platform) |
当前项目平台的名称（例如“Win32”）。 |
| $(RootNameSpace) |
包含应用程序的命名空间（如果有）。 |
| $(IntDir) |
为中间文件指定的相对于项目目录的目录路径。此路径应具有尾部斜杠。这解析为Intermediate Directory 属性的值。 |
| $(OutDir) |
输出文件目录的路径，相对于项目目录。此路径应具有尾部斜杠。这解析为 Output Directory 属性的值。 |
| $(DevEnvDir) |
Visual Studio 2010 的安装目录（定义为驱动器 + 路径）；包括尾部反斜杠“/”。 |
| $(ProjectDir) |
项目的目录（定义形式：驱动器 + 路径）；包括尾部的反斜杠“/”。 |
| $(ProjectPath) |
项目的绝对路径名（定义形式：驱动器 + 路径 + 基本名称 + 文件扩展名）。 |
| $(ProjectName) |
项目的基名称。 |
| $(ProjectFileName) |
项目的文件名（定义为基本名称 + 文件扩展名）。 |
| $(ProjectExt) |
项目的文件扩展名。它包括“.”在文件扩展名之前。 |
| $(SolutionDir) |
解决方案的目录（定义形式：驱动器 + 路径）；包括尾部的反斜杠“/”。 |
| $(SolutionPath) |
解决方案的绝对路径名（定义形式：驱动器 + 路径 + 基本名称 + 文件扩展名）。 |
| $(SolutionName) |
解决方案的基名称。 |
| $(SolutionFileName) |
解决方案的文件名（定义为基本名称 + 文件扩展名）。 |
| $(SolutionExt) |
解决方案的文件扩展名。它包括“.”在文件扩展名之前。 |
| $(TargetDir) |
生成的主输出文件的目录（定义形式：驱动器 + 路径）；包括尾部的反斜杠“/”。 |
| $(TargetPath) |
生成的主输出文件的绝对路径名（定义形式：驱动器 + 路径 + 基本名称 + 文件扩展名）。 |
| $(TargetName) |
生成的主输出文件的基本名称。 |
| $(TargetFileName) |
生成的主输出文件的文件名（定义为基本名称 + 文件扩展名）。 |
| $(TargetExt) |
生成的主输出文件的文件扩展名。它包括“.”在文件扩展名之前。 |
| $(VSInstallDir) |
安装 Visual Studio 2010 的目录。 |
| $(VCInstallDir) |
安装 Visual C++ 2010 的目录。 |
| $(FrameworkDir) |
安装 .NET Framework 的目录。 |
| $(FrameworkVersion) |
Visual Studio 使用的 .NET Framework 版本。与 $(FrameworkDir) 相结合，就是 Visual Studio 使用的 .NET Framework 版本的完整路径。 |
| $(FrameworkSDKDir) |
安装 .NET Framework 的目录。.NET Framework 可能已作为 Visual Studio 2010 的一部分安装，也可能单独安装。 |
| $(WebDeployPath) |
从 Web 部署根到项目输出所属于的位置的相对路径。返回与 RelativePath 相同的值。 |
| $(WebDeployRoot) |
指向 <localhost> 位置的绝对路径。例如，c:/inetpub/wwwroot。 |
| $(FxCopDir) |
fxcop.cmd 文件的路径。fxcop.cmd 文件不和所有的 Visual C++ 版本一起安装。 |
出处：http://msdn.microsoft.com/zh-cn/library/c02as0cs.aspx
Visual Studio 2010
>>Visual Studio
>>Visual Studio 语言
>>Visual C++
>>Building a C/C++ Program
>>在 Visual Studio 中生成 C++ 项目
>>用于生成命令和属性的宏
Visual Studio 2008 产生的临时文件
http://www.cnblogs.com/owen-zhang/archive/2010/01/07/VisualStudioTemporaryFilesFolder.html
Visual Studio临时文件存放的文件夹
在使用Visual Studio开发工具的过程中，Visual Studio会在如下文件夹（以VS2008和.NET Framework 2.0为例）中生成一些临时性的文件：
1、ReflectedSchemas：完整路径为“C:\Documents and Settings\Administrator\Application Data\Microsoft\VisualStudio\9.0\ReflectedSchemas”。
2、ReflectedTypeLibs：完整路径为“C:\Documents and Settings\Administrator\Application Data\Microsoft\VisualStudio\9.0\ReflectedTypeLibs”。
3、Temporary ASP.NET Files：完整路径为“C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files“。
我的系统不是C盘，用户名也不是Administrator，有批处理命令中用环境变量：
1、%USERPROFILE%\Application Data\Microsoft\VisualStudio\9.0\ReflectedSchemas
2、%USERPROFILE%\Application Data\Microsoft\VisualStudio\9.0\ReflectedTypeLibs
3、%SystemRoot%\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files
Windows 环境变量介绍
http://hi.baidu.com/renol/blog/item/2b788458cc87cb8d810a185b.html
Windows系统路径环境变量
%SystemDrive% 操作系统所在的分区号。如 C:
%SystemRoot% 操作系统根目录。如 C:\WINDOWS
%windir% 操作系统根目录。如 C:\WINDOWS
%ALLUSERSPROFILE% 相当于 C:\Documents and Settings\All Users
%APPDATA% 相当于 C:\Documents and Settings\用户目录\Application Data
%ProgramFiles% 相当于 C:\Program Files
%CommonProgramFiles% 相当于 C:\Program Files\Common Files
%HOMEDRIVE% 操作系统所在的分区号。如：C:
%HOMEPATH% 相当于 \Documents and Settings\用户目录
%USERPROFILE% 相当于 C:\Documents and Settings\用户目录
%HOMEDRIVE% = C:\ 当前启动的系统的所在分区
%SystemRoot% = C:\WINDOWS 当前启动的系统的所在目录
%windir% = %SystemRoot% = C:\WINDOWS 当前启动的系统的所在目录
%USERPROFILE% = C:\Documents and Settings\sihochina 当前用户数据变量
%HOMEPATH% = C:\Documents and Settings\sihochina 当前用户环境变量
%system% = C:\WINDOWS\SYSTEM32
%ALLUSERSPROFILE% ： 列出所有用户Profile文件位置。
%APPDATA% : 列出应用程序数据的默认存放位置。
%CD% : 列出当前目录。
%CLIENTNAME% : 列出联接到终端服务会话时客户端的NETBIOS名。
%CMDCMDLINE% : 列出启动当前cmd.exe所使用的命令行。
%CMDEXTVERSION% : 命令出当前命令处理程序扩展版本号。
%CommonProgramFiles% : 列出了常用文件的文件夹路径。
%COMPUTERNAME% : 列出了计算机名。
%COMSPEC% : 列出了可执行命令外壳（命令处理程序）的路径。
%DATE% : 列出当前日期。
%ERRORLEVEL% : 列出了最近使用的命令的错误代码。
%HOMEDRIVE% : 列出与用户主目录所在的驱动器盘符。
%HOMEPATH% : 列出用户主目录的完整路径。
%HOMESHARE% : 列出用户共享主目录的网络路径。
%LOGONSEVER% : 列出有效的当前登录会话的域名控制器名。
%NUMBER_OF_PROCESSORS% : 列出了计算机安装的处理器数。
%OS% : 列出操作系统的名字。(Windows XP 和 Windows 2000 列为 Windows_NT.)
%Path% : 列出了可执行文件的搜索路径。
%PATHEXT% : 列出操作系统认为可被执行的文件扩展名。
%PROCESSOR_ARCHITECTURE% : 列出了处理器的芯片架构。
%PROCESSOR_IDENTFIER% : 列出了处理器的描述。
%PROCESSOR_LEVEL% : 列出了计算机的处理器的型号。
%PROCESSOR_REVISION% : 列出了处理器的修订号。
%ProgramFiles% : 列出了Program Files文件夹的路径。
%PROMPT% : 列出了当前命令解释器的命令提示设置。
%RANDOM% : 列出界于0 和 32767之间的随机十进制数。
%SESSIONNAME% : 列出连接到终端服务会话时的连接和会话名。
%SYSTEMDRIVE% : 列出了Windows启动目录所在驱动器。
%SYSTEMROOT% : 列出了Windows启动目录的位置。
%TEMP% and %TMP% : 列出了当前登录的用户可用应用程序的默认临时目录。
%TIME% : 列出当前时间。
%USERDOMAIN% : 列出了包含用户帐号的域的名字。
%USERNAME% : 列出当前登录的用户的名字。
%USERPROFILE% : 列出当前用户Profile文件位置。
%WINDIR% : 列出操作系统目录的位置。
变量 类型 描述
%ALLUSERSPROFILE% 本地 返回“所有用户”配置文件的位置。
%APPDATA% 本地 返回默认情况下应用程序存储数据的位置。
%CD% 本地 返回当前目录字符串。
%CMDCMDLINE% 本地 返回用来启动当前的 Cmd.exe 的准确命令行。
%CMDEXTVERSION% 系统 返回当前的“命令处理程序扩展”的版本号。
%COMPUTERNAME% 系统 返回计算机的名称。
%COMSPEC% 系统 返回命令行解释器可执行程序的准确路径。
%DATE% 系统 返回当前日期。使用与 date /t 命令相同的格式。由 Cmd.exe 生成。有关 date 命令的详细信息，请参阅 Date。
%ERRORLEVEL% 系统 返回上一条命令的错误代码。通常用非零值表示错误。
%HOMEDRIVE% 系统 返回连接到用户主目录的本地工作站驱动器号。基于主目录值而设置。用户主目录是在“本地用户和组”中指定的。
%HOMEPATH% 系统 返回用户主目录的完整路径。基于主目录值而设置。用户主目录是在“本地用户和组”中指定的。
%HOMESHARE% 系统 返回用户的共享主目录的网络路径。基于主目录值而设置。用户主目录是在“本地用户和组”中指定的。
%LOGONSERVER% 本地 返回验证当前登录会话的域控制器的名称。
%NUMBER_OF_PROCESSORS% 系统 指定安装在计算机上的处理器的数目。
%OS% 系统 返回操作系统名称。Windows 2000 显示其操作系统为 Windows_NT。
%PATH% 系统 指定可执行文件的搜索路径。
%PATHEXT% 系统 返回操作系统认为可执行的文件扩展名的列表。
%PROCESSOR_ARCHITECTURE% 系统 返回处理器的芯片体系结构。值：x86 或 IA64（基于 Itanium）。
%PROCESSOR_IDENTFIER% 系统 返回处理器说明。
%PROCESSOR_LEVEL% 系统 返回计算机上安装的处理器的型号。
%PROCESSOR_REVISION% 系统 返回处理器的版本号。
%PROMPT% 本地 返回当前解释程序的命令提示符设置。由 Cmd.exe 生成。
%RANDOM% 系统 返回 0 到 32767 之间的任意十进制数字。由 Cmd.exe 生成。
%SYSTEMDRIVE% 系统 返回包含 Windows server operating system 根目录（即系统根目录）的驱动器。
%SYSTEMROOT% 系统 返回 Windows server operating system 根目录的位置。
%TEMP% 和 %TMP% 系统和用户 返回对当前登录用户可用的应用程序所使用的默认临时目录。有些应用程序需要 TEMP，而其他应用程序则需要 TMP。
%TIME% 系统 返回当前时间。使用与 time /t 命令相同的格式。由 Cmd.exe 生成。有关 time 命令的详细信息，请参阅 Time。
%USERDOMAIN% 本地 返回包含用户帐户的域的名称。
%USERNAME% 本地 返回当前登录的用户的名称。
%USERPROFILE% 本地 返回当前用户的配置文件的位置。
%WINDIR% 系统 返回操作系统目录的位置。
%temp% = %USERPROFILE%\Local Settings\Temp = C:\Documents and Settings\sihochina\Local Settings\Temp 当前用户TEMP缓存变量
------------------------------------------------------------------------
例如：%windir%\drives 的实际路径就是 C:\WINDOWS\drives 目录。
所谓变量，就是指一个在不同环境中会有相对不同的值的、但在所有环境中都有相同约定的含义的量。
这些变量，可以在开始菜单-运行中输入，如输入%SystemRoot% ，系统会直接打开 C:\WINDOWS 目录。
如果你当前的系统是装在D盘的2000的话，上边这个变量的执行结果就是打开 D:\WINNT 目录了。
Visual Studio 2008 环境变量的配置
在调试 Visual Studio 2008 程序时，经常有一些动态链接库（即 dll 文件）需要加载到工程里，这样才能依赖第三方库进行程序调试。
这些动态链接库，往往都是测试版本或是开发中的版本，或者会有若干个版本；这个时候，如果直接把 dll 所在目录加到 PATH 里，则会有潜在冲突的危险；如果直接拷贝到 Visual Studio 的目录下，假如测试工程太多，每次有新版本的动态链接库更新时，你需要更新若干次，拷贝、粘贴苦不堪言。
在开发过程中，究竟怎样来让 Visual Studio 链接这些 lib 及 dll 文件会比较好呢？
总体上来说，有几种方法可以改变 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 里。
大家可以根据项目的实际情况，灵活选用以上方法。
注：本文撰写时参考了 StackOverflow 上的讨论话题：How do I set a path in visual studio?
1.1 小议c++文件流中文件路径
在论坛中闲逛时，经常发现有朋友调试c/c++文件流的代码时，遇到文件路径的问题。下来我结合自己的经验，一起探讨一下。
1.1.1 文件路径的基本概念
OS的文件系统是一个树状结构，有目录、文件的概念。
windows系统的例子：
E:\myprograme\BBG\include\bbg_stl>tree
E:.
│ bbg_stl_config.h
├─bbg_list
│ bbg_list.h
├─bbg_alloc
│ bbg_allocpool.h
│ bbg_alloc_adapter.h
│ bbg_construct.h
│ bbg_simple_alloc.h
│ bbg_allocator.h
│ bbg_uninitialized.h
├─bbg_common
│ bbg_export.h
│ bbg_common.h
├─bbg_iterator
│ bbg_iterator.h
├─bbg_vector
│ bbg_vector.h
├─bbg_type
│ bbg_type_traits.h
└─bbg_algorithm
bbg_algorithm.h
linux 系统的例子
yes@yes-desktop:~/myprograme$ find /home/yes/myprograme -type f
/home/yes/myprograme/main
/home/yes/myprograme/test.c
/home/yes/myprograme/tt-v4.7.zip
/home/yes/myprograme/main.cpp
/home/yes/myprograme/test
yes@yes-desktop:~/myprograme$
1.1.1.1 相对路径
“.” 一个“点”代表是当前目录所在的路径。对应着windows示例中的路径是：“E:\myprograme\BBG\include\bbg_stl”
“..” 两个“点”代表，相对于当前目录的上一层目录路径。对应着windowss示例中的路径是：“E:\myprograme\BBG\include”
在UNIX家族、LINUX系统上，“.”和“..”的含义和windows是一样的。这两个路径称为相对路径。
当然类似 “..\ \BBG\include” 也是相对路径
1.1.1.2 目录分隔符的问题
从上面的两个示例中，可以发现windows系统的目录分隔符是“\”，而linux系统的目录分隔符是“/”
1.1.1.3 绝对路径
在windows系统中，以盘符开头的路径叫做绝对路径，比如：
“E:\myprograme\BBG\include”
而在linux系统中，“/”开头的路径叫做绝对路径，比如：
“/home/yes/myprograme/test”
注意：“/”是UNIX家族、LINUX所有目录的根目录。
1.1.2 C++文件流的应用
先以几个例子开头吧。
//示例 1
std::ofstream test_1("test_1.txt");
test_1 << "hello world" << std::endl;
test_1.close();
//示例 2
std::ofstream test_2(".\\test_2.txt");
test_2 << "hello world" << std::endl;
test_2.close();
//示例 3
std::ofstream test_3("..\\test_3.txt");
test_3 << "hello world" << std::endl;
test_3.close();
//示例 4
std::ofstream test_4("d:\\test_4.txt");
test_4 << "hello world" << std::endl;
test_4.close();
说明：
1、上面示例1、示例2是一样的，代表当前路径下面的文件test_1.txt 和test_2.txt。
2、示例3，是相对于当前路径的上一层目录下面的文件test_3.txt。
3、示例4，是绝对路径，就是d:盘下面的 test_4.txt。
4、在用VS调试的时候，当前路径就是 VS工程文件所在的路径。
5、如果是没有在调试状态下运行，当前路径就是“可执行文件”（.exe）或者是“动态库”（dll）所在的路径。
现在分别对示例代码进行说明一下，
例如我上面的示例代码保存在下面文件中：
D:\我的文档\Visual Studio 2005\Projects\Test\Test\test\test2.cpp
我的工程文件所在的路径如下：
D:\我的文档\Visual Studio 2005\Projects\Test\Test\Test.vcproj
那么在用VS调试的时候，
示例1和示例2中的 test_1.txt 和 test_2.txt
就在D:\我的文档\Visual Studio 2005\Projects\Test\Test目录下面
示例3中的test_3.txt在D:\我的文档\Visual Studio 2005\Projects\Test\目录下面。
示例4中的test_4.txt在D:根目录下面
如果我们不是VS调试，直接执行可执行文件，比如，我的可执行文件的路径是：
D:\我的文档\Visual Studio 2005\Projects\Test\debug\ Test.exe
那么，
示例1和示例2中的test_1.txt 和test_2.txt
就在D:\我的文档\Visual Studio 2005\Projects\Test\debug目录下面
示例3中的test_3.txt在D:\我的文档\Visual Studio 2005\Projects\Test目录下面。
示例4中的test_4.txt在D:根目录下面
Windows路径分隔符的说明：
在之前不是说过，windows的路径分隔符用“\”吗？但是上面的最后三个示例，怎么都用“\\”呢？
那是因为在字符串中，“\”是一个转义字符表示，必须“\\”才能表示一个“\”字符。