让人晕菜的FileOpen

turenmajia 2003-07-08 09:12:01
我已经见过ID_FILE_OPEN的函数OnFileOpen在app,frame,doc,view各种类中都出现过了
在doc类中还有OnOpenDocument这样的函数
可否指点一下在各个类中来实现FileOpen各有什么利弊,区别大么?
我觉得在MDI中frame(main和child)就不要来做类了吧
可能doc会比view好一点?觉得好像是哦
那么app呢?我好像有点看好这个哦
是不是和自己的工程特点有关呢?假如不是需要打开好几个文件的比较处理,是不是用app比较好呢?
...全文
97 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
turenmajia 2003-07-12
  • 打赏
  • 举报
回复
实际上一般还都是放在Doc中的吧,因为会有一个获取文件数据的变量定义在Doc类里,View通过pDoc来Draw就可以了。当然目的是为了处理数据而不是为了画pp的界面。应该就酱紫了吧。
opentuxedo 2003-07-10
  • 打赏
  • 举报
回复
foxmail(萧遥) :如果是MDI的话你怎么可能放到CMyOCRView中?OnFileOpen之前View还没建立呢.
foxmail 2003-07-10
  • 打赏
  • 举报
回复
随便哪里都可以阿
我原来是在void CMyOCRView::OnFileOpen()
turenmajia 2003-07-08
  • 打赏
  • 举报
回复
刚刚学习了一下好像fileopen是由app引发的,之后调用opendocument就可以了
save和save as在doc里
多谢opentuxedo(开缝的燕尾服)


这里问一下foxmail(萧遥),你写的这个例子在onfileopen()里实现的吧?
foxmail 2003-07-08
  • 打赏
  • 举报
回复
自己写也很快阿
CFileDialog dlgFileOpen(true);


dlgFileOpen.m_ofn.lpstrFilter="图像文件(*.DAT;*.BMP)\0*.DAT;*.BMP\0所有文件(*.*)\0*.*";
CDC* pDC=GetDC();

if(dlgFileOpen.DoModal()!=IDOK) //这个语句会改变当前目录,使得下次打开SVM模型文件失败
{
//svm_destroy_model(model);
return;
}

CString strFileName=dlgFileOpen.GetPathName();
opentuxedo 2003-07-08
  • 打赏
  • 举报
回复
ID_FILE_OPEN无论在哪里响应,都要用CWinApp中的Document Template Manager匹配一个合适的Template然后创建文档,视图,子窗口。
你在CWinApp::OnFileOpen中设置一个断点跟踪一下就知道了,在Frame,Doc,View响应ID_FILE_OPEN其实是不可能的。

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧