Qter 发表于 2023-3-15 15:14:55

对MFC六大特点的理解

https://www.dandelioncloud.cn/article/details/1571406445713518594

第一、MFC类图。MFC为编程人员提供了几大用来构建一个Windows程序的类,在通过VC++创建项目时,IDE会给程序员自动添加这些类,当然有些的类是超类,不会IDE不会创建这些类,但是总体的继承结构会保持下来。用MFC编写Windows程序必不可少的类以及类继承结构图如下:![]![]CObject类是所有MFC的父类,CCmdTarget类是消息循环最终的流向场所,所有的消息遍历循环查找操作全部都是在这个类中进行的,也就是说这个决定着消息的流向。而CWinThread类是主线程的管理类,同时也可以创建其他线程,所有MFC的线程都是基于CWinThread类的,其子类CWinApp是管理应用程序的类,里面包含了所有跟你程序相关的数据。CWind类是窗口界面显示管理的类,它分为三个子类,其中CView类是用来显示文档,数据的类,CFrameWnd类是CView类外面的边框,MFC将窗体分为了这两个部分,CDialog类则是对话框类,在本聊天程序中主要用到的就是CDialog对话框类来作为显示界面。CDocument类主要是用来保存程序数据的,每个Document对应一种数据格式。第二、RTTI(Run-Time Type Identification)运行时类型识别。有了上面的类图继承结构后,我们就需要在写代码的时候将这些类的关系建立起来,就像上图一样,我们就需要用到RTTI了,RTTI主要的核心思想,在我们每创建一个自己的类时,将该类添加到一个动态的链表中,在MFC中叫做CRuntimeClass,在CRuntimeClass中保存了一个动态链表,将所有用户建立的类都按上图创建了一个类图关系。而MFC通过DECLARE_DYNAMIC/IMPLEMENT_DYNAMIC两个宏帮我们做完成了这个链表的创建、添加、等操作,DECLARE_DYNAMIC是在类的声明时添加,IMPLEMENT_DYNAMIC是在类实现的时候添加。第三、Dynamic Creation(动态创建)。有了运行时类型识别,我们就可以动态创建了,因为每次需要创建新类时,我们就可以在CRuntimeClass中遍历链表,如果找到这种类型的类我们就直接创建,如果没有,我们就先将这个类添加到这个链表中,然后在创建这个类的实例对象。但是这个步骤MFC也帮我们做好了,是通过DECLARE_DYNCREATE/IMPLEMENT_DYNCREATE两个宏完成的。通过以上三个技术,每次当我们自己添加新类的时候,MFC就为我们自动的构建了一张系统类图结构,而且每个类之间是互通的可以相互关联的,但是要完成消息的传递路由还需要下面三个技术。第四、Persistence(永久保存)机制。由于本聊天程序没有要求将聊天记录生成文件保存,所以这个技术在本聊天程序中用不到。但是在MFC中通过这个机制,将用户输入的数据全部都保存下来,同时也可以打开同类型的文件。而这个技术的核心就是Serialize()这个函数,每个CDocument类或其子类都会复写这个方法,以实现文件的保存。MFC通过DECLARE_SERIAL/IMPLEMENT_SERIAL两个宏来替我们完成Serialize()的框架。第五、Message Mapping(消息映射)。MFC程序中系统消息能够传到每个类各自负责的函数、方法中,每个类都能处理属于他独特的消息事件,主要就是通过消息映射来完成的,其实消息映射有点像第二个技术动态创建类的结构关系,而这里只是针对程序中每个类中的消息进行一个动态链表的建立。因为消息包含一个消息指针和一个消息实体,消息实体里面存放着改消息属于哪个类,它对应的执行函数是哪个等参数,而消息指针则指向该类的父类的消息,以便系统在本类找不到处理消息的函数的时候可以去父类中查找,通过这样构建出一个消息结构图,可以完成程序消息间的流向图实现消息查找执行。MFC通过DECLARE_MESSAGE_MAP()/BEGIN_MESSAGE_MAP() ON_COMMAND()…END_MESSAGER_MAP()几个宏完成的,其中ON_COMMAND()就是将为本类添加消息处理方法的一个映射表,可以有多个出现,每一个都代表着本来可以处理的一种对应的消息。第六、Command Routing(命令传递)。有了上面第五点的消息映射,消息传递的过程就很简单了,其中MFC的消息有两类,一类是普通消息,一类是系统消息,普通消息都是从派生类将消息传递到父类中,而系统消息就有点复杂了,这里简单的说一些他的过程。系统消息先由CFrameWnd类接受消息,并且传递给其父类CWind类,这里CWind类中的消息处理只是做一个消息传递的工作,而CWind类则交给CView类处理,如果没有处理函数这要CView类的父类CWind处理,同样这里CWind类中的消息处理只是做一个消息传递的工作,如果还没有找到,则系统会要求CDocument类处理,如果没有匹配的则又会回到CWind类中,然后在CWind类遍历自己的消息映射表,如果没有对应的处理则表消息处理权流回到CWinApp类中,如果还没有找到则会退回到CWind类中执行DefWindowProc()函数。因此整个消息传递过程就结束了。:
页: [1]
查看完整版本: 对MFC六大特点的理解