概述 前文我们提到,由于MFC的设计者将CSingleDocTemplate和CMultiDocTemplate的行为未进行规范的区分,它对仅仅对应一个
文档的CSingleDocTemplate也提供了所谓的GetFirstDocPosition、GetNextDoc遍历 *** 作,所以基类CDocTemplate的SaveAllModified和CloseA
前文我们提到,由于MFC的设计者将CSingleDocTemplate和CMultIDocTemplate的行为未进行规范的区分,它对仅仅对应一个文档的CSingleDocTemplate也提供了所谓的GetFirstDocposition、GetNextDoc遍历 *** 作,所以基类CDocTemplate的SaveAllModifIEd和CloseAlldocuments函数(都是遍历)就可统一CSingleDocTemplate和CMultIDocTemplate两个本身并不相同类的SaveAllModifIEd和CloseAlldocuments行为(实际上,对于CSingleDocTemplate而言,SaveAllModifIEd和CloseAlldocuments中的"All"是没有太大意义的。教室里有1个老师和N个同学,老师可以对同学们说"所有同学",而学生对老师说"所有老师"相信会被当成神经病)。MFC的设计者们特意使用了"将错就错"的方法意图简化CSingleDocTemplate和CMultIDocTemplate类的设计,读者朋友可以不认同他们的做法。
CDocTemplate还提供了框架窗口的创建和初始化函数:
/ // Default frame creation CFrameWnd* CDocTemplate::CreateNewFrame(Cdocument* pDoc,CFrameWnd* pOther) { if (pDoc != NulL) ASSERT_VALID(pDoc); // create a frame wired to the specifIEd document
ASSERT(m_nIDResource != 0); // must have a resource ID to load from CCreateContext context; context.m_pCurrentFrame = pOther; context.m_pCurrentDoc = pDoc; context.m_pNewVIEwClass = m_pVIEwClass; context.m_pNewDocTemplate = this;
if (m_pFrameClass == NulL) { TRACE0("Error: you must overrIDe CDocTemplate::CreateNewFrame./n"); ASSERT(FALSE); return NulL; } CFrameWnd* pFrame = (CFrameWnd*)m_pFrameClass->CreateObject(); if (pFrame == NulL) { TRACE1("Warning: Dynamic create of frame %hs Failed./n",m_pFrameClass->m_lpszClassname); return NulL; } ASSERT_KINDOF(CFrameWnd,pFrame);
if (context.m_pNewVIEwClass == NulL) TRACE0("Warning: creating frame with no default vIEw./n");
// create new from resource if (!pFrame->LoadFrame(m_nIDResource,WS_OVERLAPPEDWINDOW | FWS_ADDTOTitle,// default frame styles NulL,&context)) { TRACE0("Warning: CDocTemplate Couldn't create a frame./n"); // frame will be deleted in PostNcDestroy cleanup return NulL; }
// it worked ! return pFrame; } voID CDocTemplate::InitialUpdateFrame(CFrameWnd* pFrame,Cdocument* pDoc,BOol bMakeVisible) { // just delagate to implementation in CFrameWnd pFrame->InitialUpdateFrame(pDoc,bMakeVisible); } |
3. CWinApp与CDocManager/CDocTemplate类
应用程序CWinApp类对象与CDocManager和CDocTemplate类的关系是:CWinApp对象中包含一个CDocManager指针类型的共有数据成员m_pDocManager,CWinApp::InitInstance函数调用CWinApp::AddDocTemplate函数向链表m_templateList添加模板指针(实际上是调用前文所述CDocManager的AddDocTemplate函数)。另外,CWinApp也提供了GetFirstDocTemplateposition和GetNextDocTemplate函数实现来对m_templateList链表进行访问(实际上也是调用了前文所述CDocManager的GetFirstDocTemplateposition、GetNextDocTemplate函数)。我们仅摘取CWinApp类声明的一小部分:
class CWinApp : public CWinThread { … CDocManager* m_pDocManager;
// Running Operations - to be done on a running application // Dealing with document templates voID AddDocTemplate(CDocTemplate* pTemplate); position GetFirstDocTemplateposition() const; CDocTemplate* GetNextDocTemplate(position& pos) const;
// Dealing with files virtual Cdocument* opendocumentfile(LPCTSTR lpszfilename); // open named file voID CloseAlldocuments(BOol bEndSession); // close documents before exiting
// Command Handlers protected: // map to the following for file new/open afx_msg voID OnfileNew(); afx_msg voID Onfileopen(); int GetopendocumentCount(); … }; |
来看CWinApp派生类CSDIExampleApp(单文档)、CMDIExampleApp(多文档)的InitInstance成员函数的例子(仅仅摘取与文档模板相关的部分):
BOol CSDIExampleApp::InitInstance() { … CSingleDocTemplate* pDocTemplate; pDocTemplate = new CSingleDocTemplate(IDR_MAINFRAME,RUNTIME_CLASS(CSDIExampleDoc), RUNTIME_CLASS(CMainFrame),// main SDI frame window RUNTIME_CLASS(CSDIExampleVIEw)); AddDocTemplate(pDocTemplate); … return TRUE; } BOol CMDIExampleApp::InitInstance() { … CMultIDocTemplate* pDocTemplate; pDocTemplate = new CMultIDocTemplate(IDR_MDIEXATYPE, RUNTIME_CLASS(CMDIExampleDoc), RUNTIME_CLASS(CChildFrame),// custom MDI child frame RUNTIME_CLASS(CMDIExampleVIEw)); AddDocTemplate(pDocTemplate); … } |
读者朋友,看完本次连载,也许您有许多不明白的地方,这是正常的。因为其所讲解的内容与后续几次连载息息相关,我们愈往后看,就会愈加清晰。对于本次连载的内容,您只需要建立基本的印象。最初的浅尝辄止是为了最终的深入脊髓!
我们试图对MFC的深层机理刨根究底,"拨开云雾见月明"的过程是艰辛的! |
|
总结
以上是内存溢出为你收集整理的深入浅出MFC文档/视图架构之文档模板(4)全部内容,希望文章能够帮你解决深入浅出MFC文档/视图架构之文档模板(4)所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
评论列表(0条)