ATL 的CFileDialog 的一个Bug?

开发随想 专栏收录该内容
15 篇文章 0 订阅

欢迎访问作者的个人主页(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?
  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

©️2021 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值