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?