MFC分析对话框的运行机制心得体会Word格式文档下载.docx
《MFC分析对话框的运行机制心得体会Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《MFC分析对话框的运行机制心得体会Word格式文档下载.docx（28页珍藏版）》请在冰豆网上搜索。
令人不解的是，MFC并未考虑CPropertySheet类的按钮响应问题，不要指望能通过ClassWizard来自动创建按钮的BN_CLICKED消息处理函数，通常的按钮响应都是在CPropertyPage类完成的。
下面几个CPropertyPage类的成员函数也与属性表的运行机制相关。
VoidSetModified（BOOLbChanged=TRUE）:
该函数用来设置修改标志。
若参数bChanged为True，则表明对话框中的设置已改动，否则说明设置未改动。
该函数的一个主要用途是允许或禁止Apply按钮。
在默认情况下，Apply按钮是禁止的。
只要一调用SetModified（TRUE），Apply按钮就被允许，而调用SetModified（FALSE）并不一定能使Apply按钮禁止，只有在所有被标为改动的页都调用了SetModified（FALSE）后，Apply按钮才会被禁止。
另外，该函数对OnApply的调用也有影响，当Apply按钮被按下后，只有那些被标记为改动过的页的OnApply函数才会被调用。
在调用该函数之前，程序需要叛断页中的内容是否已被修改，可通通过处理诸如BN_CLICKED、EN_CHANGE这样的控件消息来感知页的内容的改变；
1.1MFC文档视图结构程序结构总揽当我们使用MFCAppWizard生成一个MFC程序，选用所有默认的设置（当然也是MultipleDocuments，本文讨论主要基于MultipleDocuments，对于SingleDocument情况仅以简单表述提及，皆因后者和前者很多相似相同之处，但前者更为复杂，并且更加常用。
），假设你的程序名称为A，则你会得到CMainFrame、CChildFrame、CAboutDlg、CADoc、CAView、CAApp6个类（SingleDocument仅少一个CChildFrame类，其余均同）。
这些类的具体含义将在后面给出，这里先要给出一个MFC支持文档视图结构程序（以下简称App）的主要组成：
一个App（对应类CAApp）可以包含多个文档模版（CDocTemplate），但是MFCAppWizard（无论是SDI还是MDI）都只是默认生成一个。
但是在实际开发中一个文档模版不够，需要自己手工添加（在后面实际项目例子提供示例）。
这个结构是通过MFC中CWinApp的成员变量CDocManager*m_pDocManager实现的，我们的CAApp正是继承自MFC提供的CWinApp类。
CDocManager类则拥有一个指针链表CPtrListm_templateList来维护这些文档模版。
这些文档模版都是在CAApp：
：
InitInstance（）中通过AddDocTemplate（pDocTemplate）。
CDocTemplate拥有3个成员变量，分别保存着Document、View、Frame的CRuntimeClass指针，另外持有成员变量m_nIDResource，用来指定这个Document显示时候采用的菜单资源。
这4份数据都在CAApp：
InitInstance（）中CDocTemplate的构造函数中指定。
在Document中拥有一个回指CDocTemplate的指针（m_pDocTemplate）。
一个文档可以有多个视图，由Document中成员变量CPtrListm_ViewList维护。
CFrameWnd拥有一个成员变量CView*m_pActiveView指向当前活动的View。
CView中拥有一个成员变量CDocument*m_pDocument指向该视图相关的Document。
[注解]：
①MFCSDI/MDI程序默认都默认生成了一个文档模版，并将这个文档模版Add到其文档模版的链表中，由于这是MFC默认提供的，因此这个文档模版会被插入到文档模版的第一个位置，而MFC也是通过这个文档模版的特定位置可以确定的。
默认情况下，当我们点击File（Open）/File（New）的时候，这个文档模版会被启用。
除了侯捷先生在《深入浅出MFC中列出的以上的深入分析，我们还应该（很大程度上更加重要）掌握以下的关于MFCSDI/MDI的知识：
文档的本质：
文档是用来保存数据以及关于数据的处理的，每当MFCSDI/MDI响应File（Open）/File（New）的时候都会打开一份文档。
文档可以拥有多个视图。
文档和视图的关系可以这样理解：
文档是被视图观察的对象。
视图本质：
视图在Windows中就是一个窗口，也就是一个可视化的矩形区域。
视图是用来表示文档的数据的。
但是每个视图必需依附于一个框架（SDI中是MainFrame，MDI是ChildFrame）。
当然你可以自己去Create一个视图，并且去显示它。
框架的本质：
框架实际是也是一个Windows窗口。
但是在框架上可以放置菜单、工具栏、状态栏等。
而视图则放在框架的客户区。
因此MFC中我们看到的窗口实际上Frame和View共同作用的结果。
在某一时刻，程序中只有一个活动的文档、框架和视图，即当前的文档、框架、视图。
1.2MFCSDI/MDI各个类之间的互访
在实际项目开发中用的最多就是各个类之间的互访问，这里将网络上和书籍中提到的做了一个总结，也是笔者在实际开发中都用到过的。
访问对象
访问位置
访问实现
应用程序App
任何位置
①AfxGetApp（）;
②在要使用应用程序App的文件中加入：
externCAApptheApp，然后直接使用全局的theApp变量。
主框架窗口
①AfxGetMainWnd（）;
②AfxGetApp（）->
m_pMainWnd;
视图
框架类中
GetActiveView（）;
//当前的活动视图
文档类中
GetFirstViewPosition（）；
//可以获取全部视图
GetNextView（）；
文档
GetDocument（）；
文当模版类中
GetFirstDocPosition（）;
//该文档模版对应全部文档
GetNextDoc（）;
GetActiveDocument（）;
//当前活动文当
子框架类（MDI中）
主框架类中
①MDIGetActive（）；
②GetActiveFrame（）；
视图类中
GetParentFrame（）;
文档模版
GetDocTemplate（）;
应用程序App中
GetFirstDocTemplatePosition（）;
GetNextDocTemplate（）;
说明：
1）以上给出的都是方法，实际访问中可能还要进行以下简单的处理，如类型转换，循环遍历等；
2）可能没有列举完所有可能位置的互访问，但可以通过他们的组合得到。
2文档、视图、框架之间的关联
MFCSDI/MDI中的核心就在于文档、视图、框架之间的关联，形成了一个有机的可运作的整体。
MFC提供了默认的关联关系，但是在实际的项目开发中很多时候需要动态进行他们的之间的关联。
2.1文档和视图间的关联
使用MFCAppWizard声称MFCSDI/MDI程序，在App类的InitInstance（）方法中有如下代码（假设Project名称均为Test）：
SDI中
CSingleDocTemplate*pDocTemplate;
pDocTemplate=newCSingleDocTemplate（
IDR_MAINFRAME,
RUNTIME_CLASS（CTestDoc）,
RUNTIME_CLASS（CMainFrame）,//mainSDIframewindow
RUNTIME_CLASS（CTestView））;
AddDocTemplate（pDocTemplate）;
MDI中
CMultiDocTemplate*pDocTemplate;
pDocTemplate=newCMultiDocTemplate（
IDR_TESTTYPE,
RUNTIME_CLASS（CChildFrame）,//customMDIchildframe
这里通过CDocTemplate（无论是SDI中的CSingleDocTemplate还是MDI中的CMultiDocTemplate）的构造函数，将文当、视图和框架（SDI中与主框架，MDI中与自框架）关联在一起了，形成了一个整体。
手工实现文当和视图的关联
在实际的项目开发时候仅仅依靠MFCAppWizard生成的文当和视图、框架是不够的，因此我们需要掌握手工进行这种关联。
手工进行文当和视图的关联可以有以下两种实现方式：
模仿MFCAppWizard实现，使用CDocTemplate的构造函数：
在上面的分析中我们可以看到通过CDocTemplate（无论是SDI中的CSingleDocTemplate还是MDI中的CMultiDocTemplate）的构造函数我们可以获得文档、视图和框架的关联。
因此可以通过模拟这种方式进行关联。
具体实现方法如下：
1）创建新的文档、视图和框架类，方法是使用VC中的InsertMFCClass
实现。
注意到框架类选择CMDIChildWnd作为基类，文档类选择CDocument作为基类，而视图类则可以根据需要选择CView或其子类（CEditView）等作为基类。
2）为该框架添加菜单资源，方法是在VC资源窗口Menu菜单下添加新的菜
单，当然可以通过复制VC提供默认菜单进行修改。
3）在App类的InitInstance（）中添加如下类似代码：
CMultiDocTemplate*m_pDocTemplate;
m_pDocTemplate=newCMultiDocTemplate（
IDR_TESTTYPE,//改为你新建的菜单资源ID
RUNTIME_CLASS（CTestDoc）,//改为你新建的文档类
RUNTIME_CLASS（CChildFrame）,//改为你新建的框架类
//改为你新建的视图类
AddDocTemplate（m_pDocTemplate）;
4）为了记录这个文档模版，你可以在App类中添加一个CMultiDocTemplate*类型变量来维持这个文档模版。
上面给出了通过CDocTemplate的构造函数将文档、视图、和框架关联起来，但是有时候我们并不想创建一个新的文档模版，我们只是想给同一个数据提供不同的结果显示，或者说是为同一个文档添加一个新的视图，并提供他们之间的一个切换。
还有一种可能就是我们本来不是一个文档视图结构支持的程序，想为视图添加一个文档，更好进行业务逻辑和表示层的一个分离。
第一种方法的实现方法：
Step1：
使用VC6.0新建一个Project，命名为：
MultiView。
除选择单文档属性外，一切使用“默认”方式。
于是你可以获得五个类：
CMainFrame，CMultiViewApp，CMultiViewDoc，CMultiViewView，和CAboutDlg；
Step2：
新建一个新的视图View，添加一个新的MFCClass（Insert－>
NewClass），基类为CView（或者CView的派生子类，如CEditView等）。
类的名字为CAnotherView，这就是新的视图；
并为CAnotherView添加GetDocument的实现：
CMultiViewDoc*CAnotherView:
GetDocument（）
{
return（CMultiViewDoc*）m_pDocument;
}
Step3：
在CMultiViewApp添加成员变量记录这两个视图：
private:
CView*m_pFirstView;
CView*m_pAnotherView;
给程序菜单IDR_MAINFRAME添加一个菜单项目“视图”，该菜单项有两个子菜单“视图一”和“视图二”，添加相应函数（voidCMultiViewApp:
OnShowFirstview（）和voidCMultiViewApp:
OnShowSecondview（））；
Step4：
创建新的视图：
在BOOLCMultiViewApp:
InitInstance（）中添加代码：
…….
//创建一个新的视图
CView*m_pActiveView=（（CFrameWnd*）m_pMainWnd）->
m_pFirstView=m_pActiveView;
m_pAnotherView=newCAnotherView（）;
//文档和视图关联
CDocument*m_pDoc=（（CFrameWnd*）m_pMainWnd）->
CCreateContextcontext;
context.m_pCurrentDoc=m_pDoc;
//创建视图
UINTm_IDFORANOTHERVIEW=AFX_IDW_PANE_FIRST+1;
CRectrect;
m_pAnotherView->
Create（NULL,NULL,WS_CHILD,rect,m_pMainWnd,
m_IDFORANOTHERVIEW,&
context）;
……
Step5：
现在已经创建了视图，并且都和文档关联起来了。
现在要作的就是视图间的转换。
在voidCMultiViewApp:
OnShowFirstview（）中添加实现代码：
voidCMultiViewApp:
OnShowFirstview（）
//TODO:
Addyourcommandhandlercodehere
UINTtemp=:
GetWindowLong（m_pAnotherView->
m_hWnd,GWL_ID）;
:
SetWindowLong（m_pAnotherView->
m_hWnd,GWL_ID,:
GetWindowLong（m_pFirstView->
m_hWnd,GWL_ID））;
SetWindowLong（m_pFirstView->
m_hWnd,GWL_ID,temp）;
ShowWindow（SW_HIDE）;
m_pFirstView->
ShowWindow（SW_SHOW）;
（（CFrameWnd*）m_pMainWnd）->
SetActiveView（m_pFirstView）;
（（CFrameWnd*）m_pMainWnd）->
RecalcLayout（）;
m_pFirstView->
Invalidate（）;
在voidCMultiViewApp:
OnShowSecondview（）中添加实现代码：
OnShowSecondview（）
SetActiveView（m_pAnotherView）;
m_pAnotherView->
Step6：
为了演示，这里将不同的视图给予一个标记，在CMultiViewView和CAnotherView的OnDraw方法中分别添加以下代码：
pDC->
TextOut（400,300,"
FirstView"
）;
TextOut（400,320,pDoc->
GetTitle（））;
和
AnotherView"
至此就大功告成了，但是实现过程中有几点说明：
1）实现中由于使用到相关的类，因此在必要的地方要include相关的头文件，这里省略；
CAnotherView的默认构造函数是Protected的，需要将其改为Public，或者提供一个产生CAnotherView对象的方法（因要创建视图对象）；
2）这里给出的是一个示例代码，实际开发中可以通过参考实现获得自己想要实现的具体应用情况（例如视图类的不同、数量不同，更重要的还有业务逻辑的不同实现等）；
第二种视图和文档关联的方法：
我们使用CCreateContext类进行他们之间的关联，具体实现为：
//new一个新的视图，可以改为你新建的视图
//获取一个已有的文档，可以是你新建的文档
//创建视图的ID号，你可以自己设置
Create（NULL,NULL,WS_CHILD,rect,m_pMainWnd,m_IDFORANOTHERVIEW,&
在框架和视图关联的时候进行设置，具体见一下框架和视图关联部分。
2.2框架和视图的关联
在第一部分分析我们知道，框架和视图其实都是windows窗口，不过框架提供了菜单、标题栏、状态栏等资源，而视图则只是一个矩形区域。
MFC程序中视图决定大多数时候要依附于一个框架（SDI中的MainFrame和MDI中的子框架窗口），可以这样理解，框架相当于一个窗口容器（当然它本身也是一个windows窗口），而视图则正好是放置在框架内客户区域的内容。
框架和视图的关联也可以通过模仿MFCAppWizard实现，使用CDocTemplate的构造函数实现，即和2.1中文档和视图间的关联方式相同，这里就不再给出，参看上面的详细实现即可。
同上面的分析，在很多的时候我们并不是需要提供一个新的文档模版，我们只是需要显示一个新的窗口（MDI程序），例如我们在作MIS系统界面管理的时候，经常出现的情况就是用户点击一个菜单选
升级会员 