%ALLUSERSPROFILE% 本地 前往“一切用户”性能文件的位置。
%APPDATA% 本地 前往自动状况下运行程序存储数据的位置。
%CD% 本地 前往以后目录字符串。
%CMDCMDLINE% 本地 前往用来启动以后的 的准确命令行。
%CMDEXTVERSION% 系统 前往以后的“命令处置程序裁减”的版本号。
%COMPUTERNAME% 系统 前往计算机的称号。
%COMSPEC% 系统 前往命令行解释器可口头程序的准确门路。
%DATE% 系统 前往以后日期。
经常使用与 date /t 命令相反的格局。
由 生成。
无关 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% 本地 前往以后解释程序的命令揭示符设置。
由 生成。
%RANDOM% 系统 前往 0 到 之间的恣意十进制数字。
由 生成。
%SYSTEMDRIVE% 系统 前往蕴含 Windows server operating system 根目录（即系统根目录）的驱动器。
%SYSTEMROOT% 系统 前往 Windows server operating system 根目录的位置。
%TEMP% 和 %TMP% 系统和用户 前往对以后登录用户可用的运行程序所经常使用的自动暂时目录。
有些运行程序须要 TEMP，而其余运行程序则须要 TMP。
%TIME% 系统 前往以后期间。
经常使用与 time /t 命令相反的格局。
由 生成。
无关 time 命令的详细信息，请参阅 Time。
%USERDOMAIN% 本地 前往蕴含用户帐户的域的称号。
%USERNAME% 本地 前往以后登录的用户的称号。
%USERPROFILE% 本地 前往以后用户的性能文件的位置。
%WINDIR% 系统 前往操作系统目录的位置。
=========================================================================================微软介绍用匈牙利命名法，目前大少数软件消费商用的也是这个。
详细的细则如下： 匈牙利命名法是一种编程时的命名规范。
基本准则是：变量名＝属性＋类型＋对象形容，其中每一对象的称号都要求有明白含意，可以取对象名字全称或名字的一局部。
命名要基于容易记忆容易了解的准则。
保障名字的连接性是十分关键的。
举例来说，表单的称号为form，那么在匈牙利命名法中可以简写为frm，则当表单变量称号为Switchboard时，变量全称应该为frmSwitchboard。
这样可以很容易从变量名看出Switchboard是一个表单，雷同，假设此变量类型为标签，那么就应命名成lblSwitchboard。
可以看出，匈牙利命名法十分便于记忆，而且使变量名十明显晰易懂，这样，增强了代码的可读性，繁难各程序员之间相互交换代码。
这种命名技术是由一位无能的Microsoft程序员查尔斯·西蒙尼(Charles Simonyi) 提出的，他出世在匈牙利。
在 Microsoft 公司中和他一同上班的人被教会经常使用这种商定。
这对他们来说一切都很反常。
但对那些 Simonyi 指导的名目组之外的人来说却感到很奇异，他们以为这是死板的表白模式，甚至说带有这样奇异的外观是由于它是用匈牙利文写的。
从此这种命名模式就被叫做匈牙利命名法。
听说这种命名法是一位叫 Charles Simonyi 的匈牙利程序员发明的，起初他在微软呆了几年，于是 这种命名法就经过微软的各种产品和文档资料向环球流传开了。
如今，大局部程序员不论自己经常使用 什么软件启动开发，或多或少都经常使用了这种命名法。
这种命名法的登程点是把量名变按：属性+类型 +对象 形容的顺序组合起来，以使程序员作变量时对变量的类型和其它属性有直观的了解，上方 是HN变量命名规范，其中也有一些是我团体的倾向： 属性局部 全局变量 g_ 常量 c_ c++类成员变量 m_ 静态变量 s_ 类型局部 指针 p 函数 fn 有效 v 句柄 h 长整型 l 布尔 b 浮点型（有时也指文件） f 双字 dw 字符串 sz 短整型 n 双精度浮点 d 计数 c（理论用cnt） 字符 ch（理论用c） 整型 i（理论用n） 字节 by 字 w 实型 r 无符号 u 形容局部 最大 Max 最小 Min 初始化 Init 暂时变量 T（或Temp） 源对象 Src 目标对象 Dest 这里顺便写几个例子： hwnd ： h 是类型形容，示意句柄， wnd 是变量对象形容，示意窗口，所以 hwnd 示意窗口句柄； pfnEatApple ： pfn 是类型形容，示意指向函数的指针， EatApple 是变量对象形容，所以它示意 指向 EatApple 函数的函数指针变量。
g_cch ： g_ 是属性形容，示意全局变量，c 和 ch 区分是计数类型和字符类型，一同示意变量类 型，这里疏忽了对象形容，所以它示意一个对字符启动计数的全局变量。
上方就是HN命名法的普通规定。
小结:匈牙利命名法 匈牙利命名法 MFC、句柄、控件及结构的命名规范 Windows类型 样本变量 MFC类 样本变量 HWND hWnd； CWnd* pWnd； HDLG hDlg； CDialog* pDlg； HDC hDC； CDC* pDC； HGDIOBJ hGdiObj； CGdiObject* pGdiObj； HPEN hPen； CPen* pPen； HBRUSH hBrush； CBrush* pBrush； HFONT hFont； CFont* pFont； HBITMAP hBitmap； CBitmap* pBitmap； HPALETTE hPaltte； CPalette* pPalette； HRGN hRgn； CRgn* pRgn； HMENU hMenu； CMenu* pMenu； HWND hCtl； CState* pState； HWND hCtl； CButton* pButton； HWND hCtl； CEdit* pEdit； HWND hCtl； CListBox* pListBox； HWND hCtl； CComboBox* pComboBox； HWND hCtl； CScrollBar* pScrollBar； HSZ hszStr； CString pStr； POINT pt； CPoint pt； SIZE size； CSize size； RECT rect； CRect rect； 普通前缀命名规范 前缀 类型 实例 C 类或结构 Cdocument，CPrintInfo m_ 成员变量 m_pDoc，m_nCustomers 变量命名规范 前缀 类型 形容 实例 ch char 8位字符 chGrade ch TCHAR 假设_UNICODE定义，则为16位字符 chName b BOOL 布尔值 bEnable n int 整型（其大小依赖于操作系统） nLength n UINT 无符号值（其大小依赖于操作系统） nHeight w WORD 16位无符号值 wPos l LONG 32位有符号整型 lOffset dw DWORD 32位无符号整型 dwRange p * 指针 pDoc lp FAR* 远指针 lpszName lpsz LPSTR 32位字符串指针 lpszName lpsz LPCSTR 32位常量字符串指针 lpszName lpsz LPCTSTR 假设_UNICODE定义，则为32位常量字符串指针 lpszName h handle Windows对象句柄 hWnd lpfn callback 指向CALLBACK函数的远指针 前缀 符号类型 实例 范畴 IDR_ 不同类型的多个资源共享标识 IDR_MAIINframe 1～0x6FFF IDD_ 对话框资源 IDD_SPELL_CHECK 1～0x6FFF HIDD_ 对话框资源的Help高低文 HIDD_SPELL_CHECK 0x～0x26FF IDB_ 位图资源 IDB_COMPANY_LOGO 1～0x6FFF IDC_ 光标资源 IDC_PENCIL 1～0x6FFF IDI_ 图标资源 IDI_NOTEPAD 1～0x6FFF ID_ 来自菜单项或工具栏的命令 ID_TOOLS_SPELLING 0x8000～0xDFFF HID_ 命令Help高低文 HID_TOOLS_SPELLING 0x～0x1DFFF IDP_ 信息框揭示 IDP_INVALID_PARTNO 8～0xDEEF HIDP_ 信息框Help高低文 HIDP_INVALID_PARTNO 0x～0x3DEFF IDS_ 串资源 IDS_COPYRIGHT 1～0x7EEF IDC_ 对话框内的控件 IDC_RECALC 8～0xDEEF Microsoft MFC宏命名规范 称号 类型 _AFXDLL 惟一的灵活衔接库（Dynamic link Library，DLL）版本 _ALPHA 仅编译DEC Alpha处置器 _DEBUG 包括诊断的调试版本 _MBCS 编译多字节字符集 _UNICODE 在一个运行程序中关上Unicode AFXAPI MFC提供的函数 CALLBACK 经过指针回调的函数 库标识符命名法 标识符 值和含意 u ANSI（N）或Unicode（U） d 调试或发行：D = 调试；疏忽标识符为发行。
静态库版本命名规范 库 形容 调试版本：MFC静态衔接库 发行版本：MFC静态衔接库 调试版本：具备Unicode允许的MFC静态衔接库 发行版本：具备Unicode允许的MFC静态衔接库 灵活衔接库命名规范 称号 类型 _AFXDLL 惟一的灵活衔接库（DLL）版本 WINAPI Windows所提供的函数 Windows.h中新的命名规范 类型 定义形容 WINAPI 经常使用在API申明中的FAR PASCAL位置，假设正在编写一个具备导出API人口点的DLL，则可以在自己的API中经常使用该类型 CALLBACK 经常使用在运行程序回叫例程，如窗口和对话框环节中的FAR PASCAL的位置 LPCSTR 与LPSTR相反，只是LPCSTR用于只读串指针，其定义相似（const char FAR*） UINT 可移植的无符号整型类型，其大小由服务器环境选择（关于Windows NT和Windows 9x为32位）；它是unsigned int的同义词 LRESULT 窗口程序前往值的类型 LPARAM 申明lParam所经常使用的类型，lParam是窗口程序的第四个参数 WPARAM 申明wParam所经常使用的类型，wParam是窗口程序的第三个参数 LPVOID 普通指针类型，与（void *）相反，可以用来替代LPSTR =========================================================================================变量命名规范 前缀 类型 形容 实例 ch char 8位字符 chGrade ch TCHAR 假设_UNICODE定义，则为16位字符 chName b BOOL 布尔值 bEnable n int 整型（其大小依赖于操作系统） nLength n UINT 无符号值（其大小依赖于操作系统） nHeight w WORD 16位无符号值 wPos l LONG 32位有符号整型 lOffset dw DWORD 32位无符号整型 dwRange p * 指针 pDoc lp FAR* 远指针 lpszName lpsz LPSTR 32位字符串指针 lpszName lpsz LPCSTR 32位常量字符串指针 lpszName lpsz LPCTSTR 假设_UNICODE定义，则为32位常量字符串指针 lpszName h handle Windows对象句柄 hWnd lpfn callback 指向CALLBACK函数的远指针 前缀 符号类型 实例 范畴 IDR_ 不同类型的多个资源共享标识 IDR_MAIINframe 1～0x6FFF IDD_ 对话框资源 IDD_SPELL_CHECK 1～0x6FFF HIDD_ 对话框资源的Help高低文 HIDD_SPELL_CHECK 0x～0x26FF IDB_ 位图资源 IDB_COMPANY_LOGO 1～0x6FFF IDC_ 光标资源 IDC_PENCIL 1～0x6FFF IDI_ 图标资源 IDI_NOTEPAD 1～0x6FFF ID_ 来自菜单项或工具栏的命令 ID_TOOLS_SPELLING 0x8000～0xDFFF HID_ 命令Help高低文 HID_TOOLS_SPELLING 0x～0x1DFFF IDP_ 信息框揭示 IDP_INVALID_PARTNO 8～0xDEEF HIDP_ 信息框Help高低文 HIDP_INVALID_PARTNO 0x～0x3DEFF IDS_ 串资源 IDS_COPYRIGHT 1～0x7EEF IDC_ 对话框内的控件 IDC_RECALC 8～0xDEEF静态库版本命名规范 库 形容 调试版本：MFC静态衔接库 发行版本：MFC静态衔接库 调试版本：具备Unicode允许的MFC静态衔接库 发行版本：具备Unicode允许的MFC静态衔接库 Windows.h中新的命名规范 类型 定义形容 WINAPI 经常使用在API申明中的FAR PASCAL位置，假设正在编写一个具备导出API人口点的DLL，则可以在自己的API中经常使用该类型 CALLBACK 经常使用在运行程序回叫例程，如窗口和对话框环节中的FAR PASCAL的位置 LPCSTR 与LPSTR相反，只是LPCSTR用于只读串指针，其定义相似（const char FAR*） UINT 可移植的无符号整型类型，其大小由服务器环境选择（关于Windows NT和Windows 9x为32位）；它是unsigned int的同义词 LRESULT 窗口程序前往值的类型 LPARAM 申明lParam所经常使用的类型，lParam是窗口程序的第四个参数 WPARAM 申明wParam所经常使用的类型，wParam是窗口程序的第三个参数 LPVOID 普通指针类型，与（void *）相反，可以用来替代LPSTR MFC、句柄、控件及结构的命名规范Windows类型 样本变量 MFC类 样本变量 HWND hWnd； CWnd* pWnd； HDLG hDlg； CDialog* pDlg； HDC hDC； CDC* pDC； HGDIOBJ hGdiObj； CGdiObject* pGdiObj； HPEN hPen； CPen* pPen； HBRUSH hBrush； CBrush* pBrush； HFONT hFont； CFont* pFont； HBITMAP hBitmap； CBitmap* pBitmap； HPALETTE hPaltte； CPalette* pPalette； HRGN hRgn； CRgn* pRgn； HMENU hMenu； CMenu* pMenu； HWND hCtl； CState* pState； HWND hCtl； CButton* pButton； HWND hCtl； CEdit* pEdit； HWND hCtl； CListBox* pListBox； HWND hCtl； CComboBox* pComboBox； HWND hCtl； CScrollBar* pScrollBar； HSZ hszStr； CString pStr； POINT pt； CPoint pt； SIZE size； CSize size； RECT rect； CRect rect；普通前缀命名规范 前缀 类型 实例 C 类或结构 Cdocument，CPrintInfo m_ 成员变量 m_pDoc，m_nCustomers 库标识符命名法 标识符 值和含意 u ANSI（N）或Unicode（U） d 调试或发行：D = 调试；疏忽标识符为发行。
灵活衔接库命名规范 称号 类型 _AFXDLL 惟一的灵活衔接库（DLL）版本 WINAPI Windows所提供的函数 Microsoft MFC宏命名规范 称号 类型 _AFXDLL 惟一的灵活衔接库（Dynamic link Library，DLL）版本 _ALPHA 仅编译DEC Alpha处置器 _DEBUG 包括诊断的调试版本 _MBCS 编译多字节字符集 _UNICODE 在一个运行程序中关上Unicode AFXAPI MFC提供的函数 CALLBACK 经过指针回调的函数 匈牙利命名法是一种编程时的命名规范。
基本准则是：变量名＝属性＋类型＋对象形容，其中每一对象的称号都要求有明白含意，可以取对象名字全称或名字的一局部。
命名要基于容易记忆容易了解的准则。
保障名字的连接性是十分关键的。
举例来说，表单的称号为form，那么在匈牙利命名法中可以简写为frm，则当表单变量称号为Switchboard时，变量全称应该为frmSwitchboard。
这样可以很容易从变量名看出Switchboard是一个表单，雷同，假设此变量类型为标签，那么就应命名成lblSwitchboard。
可以看出，匈牙利命名法十分便于记忆，而且使变量名十明显晰易懂，这样，增强了代码的可读性，繁难各程序员之间相互交换代码。
这种命名技术是由一位无能的Microsoft程序员查尔斯·西蒙尼(Charles Simonyi) 提出的，他出世在匈牙利。
在 Microsoft 公司中和他一同上班的人被教会经常使用这种商定。
这对他们来说一切都很反常。
但对那些 Simonyi 指导的名目组之外的人来说却感到很奇异，他们以为这是死板的表白模式，甚至说带有这样奇异的外观是由于它是用匈牙利文写的。
从此这种命名模式就被叫做匈牙利命名法. 听说这种命名法是一位叫 Charles Simonyi 的匈牙利程序员发明的，起初他在微软呆了几年，于是这种命名法就经过微软的各种产品和文档资料向环球流传开了。
如今，大局部程序员不论自己经常使用什么软件启动开发，或多或少都经常使用了这种命名法。
这种命名法的登程点是把量名变按：属性+类型+对象 形容的顺序组合起来，以使程序员作变量时对变量的类型和其它属性有直观的了解，上方是HN变量命名规范，其中也有一些是我团体的倾向： 属性局部 全局变量 g_ 常量 c_ c++类成员变量 m_ 静态变量 s_ 类型局部 指针 p 函数 fn 有效 v 句柄 h 长整型 l 布尔 b 浮点型（有时也指文件） f 双字 dw 字符串 sz 短整型 n 双精度浮点 d 计数 c（理论用cnt） 字符 ch（理论用c） 整型 i（理论用n） 字节 by 字 w 实型 r 无符号 u 形容局部 最大 Max 最小 Min 初始化 Init 暂时变量 T（或Temp） 源对象 Src 目标对象 Dest 这里顺便写几个例子： hwnd ： h 是类型形容，示意句柄， wnd 是变量对象形容，示意窗口，所以 hwnd 示意窗口句柄； pfnEatApple ： pfn 是类型形容，示意指向函数的指针， EatApple 是变量对象形容，所以它示意指向 EatApple 函数的函数指针变量。
g_cch ： g_ 是属性形容，示意全局变量，c 和 ch 区分是计数类型和字符类型，一同示意变量类型，这里疏忽了对象形容，所以它示意一个对字符启动计数的全局变量。
博途全局变量失误
博途全局变量失误理论是在编程环节中发生的失误之一，它或者会造成程序不可反常运转，甚至发生解体等疑问。
全局变量是指在程序中定义的可以被多个函数或模块访问的变量，假设在定义全局变量时发生失误，或者会造成程序不可正确识别变量，从而发生失误。
例如，当全局变量的数据类型与程序中其余局部经常使用的数据类型不分歧时，就会发生全局变量失误。
处置博途全局变量失误的方法理论是审核全局变量的定义和经常使用能否正确，并确保在一切须要访问该变量的函数或模块中都正确援用该变量。
此外，还可以经常使用调试工具对程序启动调试，以确定详细的失误要素。
须要留意的是，在编程中经常使用全局变量时，应该尽量防止滥用，由于全局变量或者会造成代码的可读性和可保养性变差，并且或者会对程序性能发生负面影响。
因此，在编写程序时，应该依据实践状况和须要来正当经常使用全局变量。
