现在的位置: 首页 > 自动控制 > 工业·编程 > 正文

MFC程序的来龙去脉

2012-08-27 23:12 工业·编程 ⁄ 共 946字 ⁄ 字号 暂无评论

1.首先是App类的对象.-->AfxWinMain()(编译器连接的AfxWinMain()中包括了   
                     -->AfxWinInit()的调用   
                     -->InitApplication()(初始化工作)   
                     -->InitInstance()调用(在CMyWinApp中重载)   
                     -->Run()(进入消息循环)  

2.CMainFrame类   
MFC靠消息驱动-->而消息首先被Frame窗口接收.-->再进入特定的循环

3.CDocument类   
数据分为:   
1.数据体(即数据的处理-->在Doc类中进行)    
2.数据的面:(数据的显示-->在View类中进行)  

CApp负责整个应用程序的管理,CDOC类中有一个CAPP的指针,也可以认为应用程序是从CApp开始执行的。
CMainFrame是主窗口框架。
CDoc是应用程序数据来源(文档)主要是用来管理数据,提供保存和加载数据的功能。有关文件的读写操作在CDoc的Serialize函数中进行。
CView是应用程序数据显示(视图)主要是用来数据显示,以及给用户提供对数据的编辑和修改功能。有关数据或图形的显示操作在CView的OnDraw函数中进行。

   基本的应用程序就是由这四个类构成的。用户需要做的就是对这些类实例化,以实现所需要的具体功能

    在SDI(单文档)界面中,菜单响应遵循这样一个顺序:菜单消息先由CMainFrame类接收,CMainFrame并不直接在内部寻找对应的相应函数,而是到CView类寻找。如果CView类有该消息的响应函数,那么就直接调用CView类中的响应函数,否则,转到CDoc类寻找,如果CDoc类中存在该消息的响应函数,那么就直接调用CDoc类中的响应函数,否则,返回到CMainFrame类寻找。如果CMainFrame类中也没有,返回到CApp类中寻找。如果在CApp类中也没有找到,表示没有该菜单的响应函数。

    可以这样来理解,菜单消息响应函数的顺序是:CView>CDoc>CMainFrame>CApp。

给我留言

留言无头像?