OPENFILENAME新元素初探 

　　从 Windows ME、Windows 2000 开始，用于 GetOpenFileName() 和 GetSaveFileName() 函数的 OPENFILENAME 结构添加了三个新元素。我们先来看一下：

Type OPENFILENAME
    lStructSize As Long
    hWndOwner As Long
    hInstance As Long
    lpstrFilter As String
    lpstrCustomFilter As String
    nMaxCustFilter As Long
    nFilterIndex As Long
    lpstrFile As String
    nMaxFile As Long
    lpstrFileTitle As String
    nMaxFileTitle As Long
    lpstrInitialDir As String
    lpstrTitle As String
    flags As Long
    nFileOffset As Integer
    nFileExtension As Integer
    lpstrDefExt As String
    lCustData As Long
    lpfnHook As Long
    lpTemplateName As String
    '#if (_WIN32_WINNT >= 0x0500)
    pvReserved As Long
    dwReserved As Long
    FlagsEx As Long
    '#endif // (_WIN32_WINNT >= 0x0500)
End Type

　　关于新的元素 pvReserved、dwReserved 不难看出是保留的，可能 Windows ME、Windows 2000 发布的时候尚未完成相关功能，所以……不过，FlagsEx 元素倒是有一个可以使用的参数 OFN_EX_NOPLACESBAR（1）。设置了这个位标记可以关闭 Windows 2000（或 Windows ME） “打开文件”对话框左边的快捷栏。这个快捷栏总共可以存放五个快捷方式，可以通过修改注册表来指定自己的快捷方式。至于如何修改，不是我们今天的话题，所以暂且不讨论。但是，在实际使用中，我发现了一个问题：采用这种新结构的程序无法在 Windows 98/95/NT4 上面运行。原因可能是设置 lStructSize 时算入了新的三个成员，导致结构长度增加 12 个字节，而旧版本的 ComDlg32.DLL 无法辨认，误认为结构长度错误。其最终结果就是“打开文件”和“保存文件”对话框无法显示。

　　鉴于这个问题，我们采用了如下思路解决：用 GetVersionEx() 函数检测 Windows 版本，如果不是 Windows ME、Windows 2000，就在用 Len() 算出 OPENFILENAME 结构长度之后减去 12 字节，再赋值给 lStructSize。这样，就版本的 ComDlg32.DLL 就会忽略新增的三个元素。经实践，证明这种方法可行。

　　当然，我们还考虑到可能有的 Windows 95/98/NT4 由于某些软件的安装而拥有新版本的 ComDlg32.DLL，这样就完全可以使用新的特性了。所以最好的办法还是检测 ComDlg32.DLL 本身的版本，再决定 OPENFILENAME 结构的长度是否要忽略新的三个元素的长度。