ATL 的CFileDialog 的一个Bug？

欢迎访问作者的个人主页（http://www.mrspace.net/）

今天发现ATL 的一个Bug。

首先贴一段MSDN 上面的范例代码：

void CChildFrame::OnFileOpen()
{

char CChildFrame::szFilters[]= "MyType Files (*.my)|*.my|All Files (*.*)|*.*||";
CFileDialog fileDlg (TRUE, "my", "*.my",
OFN_FILEMUSTEXIST| OFN_HIDEREADONLY, szFilters, this);
if( fileDlg.DoModal ()==IDOK )
{
CString pathName = fileDlg.GetPathName();
CString fileName = fileDlg.GetFileTitle ();
SetWindowText(fileName);
}
}

代码很简单，首先把CFileDialog
DoModal 显示一下，然后获取GetPathName。这就是通过CFileDialog 选择一个文件的代码。

同样的代码在ATL 里面是不能正常工作的，因为ATL 的GetFilePath 实现完全依靠这个对话框的句柄！DoModule以后你叫我哪里找句柄去？ft...

 // code of CFileDialogImpl::GetFilePath() in atldlgs.h

 int GetFilePath(LPTSTR lpstrFilePath, int nLength) const
 {
  ATLASSERT(::IsWindow(m_hWnd));
  ATLASSERT((m_ofn.Flags & OFN_EXPLORER) != 0);

  return (int)GetFileDialogWindow().SendMessage(CDM_GETFILEPATH, nLength, (LPARAM)lpstrFilePath);
 }

所以在ATL 里面，开始那样的代码你就需要直接访问这个对话框的成员变量m_ofn 来获取对话框取得的信息。

我不明白，ATL 做了那么多努力，以便普通的Win32 桌面开发能够很容易的从MFC 转换过来，为什么在代码表现的细节上却完全不考虑MFC 程序员的感受？

更何况，就这样的情况，CFileDialog
似乎根本就没有办法“优美”的用起来了，要么你不用它的DoModule，要么你直接去访问一个类的成员变量。

到底是我理解错了还是ATL 的Bug?

最后

以上就是轻松猎豹为你收集整理的ATL 的CFileDialog 的一个Bug？的全部内容，希望文章能够帮你解决ATL 的CFileDialog 的一个Bug？所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。