关于CFileDialog对话框多选功能的一个问题

最近有位读者来信指出：《在线杂志》第26期中有一篇文章：“再谈 CFileDialog 对话框的定制”，其例子程序有一个bug。如果多选时选中的文件过多，那么后面选中的文件将无效，也就是说即使也白选,点击“确定”后没有任何操作 。本文将提供解决此问题的办法，并说明问题的来由。

一般我们都是象下面这样来设置具备多选能力的 CFileDialog：

// 首先创建一个 CFIleDialog 类实例，并设置多选标志
1　　 CFileDialog mFileDlg(TRUE, NULL,NULL,
2　　　　　　　　　　　　　OFN_ALLOWMULTISELECT,
3　　　　　　　　　　　　　　　_T("Text Files (*.txt)|*.txt|All Files (*.*)|*.*||"),
4　　　　　　　　　　　　　AfxGetMainWnd());
5　　 CString pathName;
6　　 If(mFileDlg.DoModal ()==IDOK)
7　　 {
8　　　　 POSITION mPos=mFileDlg.GetStartPosition();
9　　　　 while(mPos!=NULL)
10　　　　 {
11　　　　　　　pathName=mFileDlg.GetNextPathName(mPos);
12　　　　　　　TRACE("%s\n",pathName);
13　　}
14　　 }
15　　 else
16　　　　 TRACE(“IDCANCLE\n”);

在大多数情况下，这段代码都能正常运行，但如果你选中的文件过多，那么后面选中的文件将不会被影响，选中无反应,点击“确定”也无操作。这是为什么呢？在上述代码段的第五行添加如下语句：

TRACE("nMaxFile :%d\n",mFileDlg.m_ofn.nMaxFile);

编译并运行上述代码（具体细节参见本文例子程序），并用 TraceWin 跟踪 TRACE 输出，你会发现 nMaxFile 的输出是 260。如图所示：

问题就出在这里，nMaxFile 是 OPENFILENAME 结构的成员之一，MSDN 对之是这样解释的：

nMaxFile：说明 lpstrFile 缓冲指针的大小，以 TCHARs 为单位。对于 ANSI 版本，它指的是字节数。对于 Unicode 版本，它指的是字符数，该缓冲必须足够大才能存储文件的路径字符串，包括结尾空字符。如果 该缓存太小以至于无法包含文件信息，那么 GetOpenFileName 和 GetSaveFileName 函数将返回 FALSE。该缓冲至少要求容纳 256 个字符。

现在明白了吧，多选时，由于文件路径和名称的长度超过了限制，造成程序出现上述问题。解决办法是重新设置 nMaxFile 大小。

#define　NAMEBUF　 1024
　　...
　　　　 mFileDlg.m_ofn.lpstrFile=new TCHAR[NAMEBUF];　 // 重新定义 lpstrFile 缓冲大小
　　　　 memset(mFileDlg.m_ofn.lpstrFile,0,NAMEBUF);　// 初始化定义的缓冲
　　　　 mFileDlg.m_ofn.nMaxFile = NAMEBUF;　　　　　 // 重定义 nMaxFile
　　...
　　　　 delete [] mFileDlg.m_ofn.lpstrFile;　/ 切记使用完后释放资源

详细代码请参考本文例子代码。

本文配套源码