From: http://www.vckbase.com/document/viewdoc/?id=1544

最近有位讀者來信指出：《在線雜志》第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; // 切記使用完后釋放資源 詳細代碼請參考本文例子代碼。

總結

以上是生活随笔為你收集整理的关于 CFileDialog 对话框多选功能的一个问题的全部內容，希望文章能夠幫你解決所遇到的問題。

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