16,471
社区成员
发帖
与我相关
我的任务
分享MFC的AppWizard真是害死人
MFC为我们产生了一大堆的代码和各种不可知的功能，使设计程序的过程变成了认识微软编程思路的过程，真是麻烦！BC，令人怀念啊！
比如，SDI为我们产生了fILE OPEN 功能，我们上哪去获取打开的文件名呢？而我们若是用CLASSWIZARD 为对应的菜单项定义了处理函数（什么也不执行的空函数），原有的打开对话框就不见了！好，我们就自己设计一个吧！可是，使用CFileDialog类定义的对象，却通不过BUILD这一关。如何是好！
比如，SDI为我们产生了fILE OPEN 功能，我们上哪去获取打开的文件名呢？而我们若是用CLASSWIZARD 为对应的菜单项定义了处理函数（什么也不执行的空函数），原有的打开对话框就不见了！好，我们就自己设计一个吧！可是，使用CFileDialog类定义的对象，却通不过BUILD这一关。如何是好！
...全文
请发表友善的回复…
发表回复
longx 2000-04-23
- 打赏
- 举报
no!!!MFC是相当不错的类库。
如，SDI为我们产生了fILE OPEN 功能，我们上哪去获取打开的文件名呢？而我们若是用CLASSWIZARD 为对应的菜单项定义了处理函数（什么也不执行的空函数），原有的打开对话框就不见了! -------一 象这种问题是由于你对MFC的消息映射机制不了解所制，
等你逐渐了解MFC，你会喜欢的.
如，SDI为我们产生了fILE OPEN 功能，我们上哪去获取打开的文件名呢？而我们若是用CLASSWIZARD 为对应的菜单项定义了处理函数（什么也不执行的空函数），原有的打开对话框就不见了! -------一 象这种问题是由于你对MFC的消息映射机制不了解所制，
等你逐渐了解MFC，你会喜欢的.
RiverHill 2000-04-23
- 打赏
- 举报
CFileDialog dlg(true, NULL);
dlg.DoModal();
CString strFileName = dlg.GetPathName();
AfxMessageBox(strFileName);
dlg.DoModal();
CString strFileName = dlg.GetPathName();
AfxMessageBox(strFileName);
lpj 2000-04-23
- 打赏
- 举报
在好好看看DDX吧，CFileDialog提供了足够的函数，一个GetPathName就有文件路径了。
luxes 2000-04-23
- 打赏
- 举报
好象两位对我的第二个问题没太注意，如何获取缺省FILE OPEN 菜单打开的对话框所选定的文件名？如果自己做，CFILEDIALOG 类如何编码？
bokei 2000-04-23
- 打赏
- 举报
呵呵,其实AppWizard并不是产生了一大堆不可知的代码，认真看一下吧，很快就会明白他们的功能的,我就是这样开始的。
其实VC的功能真的是非常底层的，它留下了很大的空间给你发挥，当然了，如果你不懂，肯定会晕的。
如果你怀念BC，那么我劝你用Borland C++ Builder吧，它其实就是BC的windows翻版。
其实VC的功能真的是非常底层的，它留下了很大的空间给你发挥，当然了，如果你不懂，肯定会晕的。
如果你怀念BC，那么我劝你用Borland C++ Builder吧，它其实就是BC的windows翻版。
