动态创建模板，视图和文档对象的过程
我就不明白，使用这样的语句：CMyDoc mydoc或pmydoc=new CMyDoc都可以很
好地创建文档类对象，或者用同样的方法创建视图类对象或框架窗口类对象，为
什么又弄出个动态创建的概念？翻翻源代码，或许会有答案。
当我从文档类，框架窗口类和视图类派生自己的类时，一般都得在类中加个
DECLARE_DYNCREATE()，然后在类外加个IMPLEMENT_DYNCREATE()。在前一篇文章
中我已经知道了这两个宏究竟给我的类中带来了什么东西，现在该来看看这些多
出来的东西究竟有什么意义。
为了简化问题，我们先看看使用DECLARE_DYNCREATE宏并且_AFXDLL被定义后
文档，视图和框架究竟是怎样被动态创建的。
先看看CRuntimeClass结构的内容。只要你在类中用了DECLARE_DYNCREATE()
宏，那么你的类中就有了一个静态的CRuntimeClass类型的成员变量。该成员变量
有这几个成员：
LPCSTR m_lpszClassName：这是你的类的类名，是ASCII码字符。
int m_nObjectSize：这是你的类的大小，用字节表示。类中如果有指针指向别的
地方，那个地方的大小并不包含在内。这个值是用sizeof(你的类的名称)来设置
的。
UINT m_wSchema：这个东东是个类似版本号的东西，当你用了DECLARE_SERIAL和
IMPLEMENT_SERIAL后，这个值才有用，否则的话可以置为-1。
CObject* ( PASCAL* m_pfnCreateObject )( )：这是个函数指针。当_AFXDLL未
被定义时，它是NULL。否则它指向你的类中的CreateObject成员。还记得吗？使
用了DECLARE_DYNCREATE()宏后，你的类中多了一个成员函数：CreateObject()。
CRuntimeClass* ( PASCAL* m_pfn_GetBaseClass )( )：这也是个函数指针，且
只有在_AFXDLL被定义了后该成员才存在。它的值是&class_name::_GetBaseClas
s，就是你使用了DECLARE_DYNCREATE宏后在你的类中多出来的成员函数_GetBase
Class()的地址。
CRuntimeClass* m_pBaseClass：该成员只有在_AFXDLL未被定义时才有。假设你
的类的基类是CBase，那么该值就是RUNTIME_CLASS(CBase)。
CObject* CreateObject( );呵，这可不是你的类中多出来的那个CreateObject。
但是看源代码可知，这个CreateObject最终却是调用了你的类中多出来的那个Cr
eateObject函数。
看来CRuntimeClass类的内容并不多嘛。你的类里的这个静态成员变量的所有
这些成员在IMPLEMENT_DYNCREATE()宏里就被完全设置好了。详情可看文件afx.h
。
要弄清文档，视图和模板的关系，得先从文档模板的构造函数开始。在单文
档程序里，运用程序类的InitInstance函数里总会有这句：
CSingleDocTemplate* pDocTemplate;
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CMysdiDoc),
RUNTIME_CLASS(CMainFrame), // main SDI frame window
RUNTIME_CLASS(CMysdiView));
AddDocTemplate(pDocTemplate);
查看源代码，CDocTemplate里有这几个成员变量：
UINT m_nIDResource;
CRuntimeClass* m_pDocClass;
CRuntimeClass* m_pFrameClass;
CRuntimeClass* m_pViewClass;
CSingleDocTemplate类的构造函数把传给它的四个参数依次放入这几个成员
变量里。即：
UINT m_nIDResource=IDR_MAINFRAME,
CRuntimeClass* m_pDocClass=RUNTIME_CLASS(CMysdiDoc)
CRuntimeClass* m_pFrameClass=RUNTIME_CLASS(CMainFrame)
CRuntimeClass* m_pViewClass=RUNTIME_CLASS(CMysdiView))
就是说，构造出了文档模板后，通过文档模板对象就可以知道文档类，框架
窗口类和视图类的类名，尺寸，还可以访问这三个类的CreateObject()函数。
执行了AddDocTemplate(pDocTemplate)后，运用程序类对象中的成员m_pDoc
manager将指向一个CDocmanager对象，该对象中有个文档模板列表，它是个双向
链表，pDocTemplate将被加入到这个链表中。这个链表的名字和类型是
CPtrList m_templateList;
现在从CWinApp的OnFileNew函数开始追踪一下单文档程序的文档，框架和视
图类对象的创建过程。
1。新文档类对象的创建
假设我们是第一次运行单文档程序，那么单文档程序的OnFileNew函数创建了
程序的主框架窗口，同时也是容纳文档和视图的框架窗口，还创建了文档对象和
视图对象。CWinApp::OnFileNew函数仅仅简单调用 CDocManager::OnFileNew函数
，如果有多个文档模板的话该函数将提示选择一个模板。最后用NULL参数来调用
CSingleDocTemplate类的OpenDocumentFile函数。该函数调用CDocTemplate::Cr
eateNewDocument()函数创建新文档，该函数用下列语句来创建新文档对象：
CDocument* pDocument = (CDocument*)m_pDocClass->CreateObject();CDo
cTemplate的成员m_pDocClass上文已经说明过了。
说来说去文档对象的动态创建还是用了new操作符，可以看看CreateObject的
最终实现，它是这样的：{return new 你的文档类的类名;}
2。新的主框架窗口类对象和主框架窗口的创建
接下来CDocTemplate::CreateNewDocument()函数将创建程序主框架窗口，对
单文档程序来说也就是包容文档和视图的框架窗口。这个过程是调用CDocTempla
te::CreateNewDocument()函数来实现的。该函数先填写了一个CreateContext结
构，该结构中的几个成员的意义如下：
CFrameWnd* m_pCurrentFrame：NULL
CDocument* m_pCurrentDoc：指向刚刚创建的新文档类对象的指针
CRuntimeClass* m_pNewViewClass：CDocTemplate类里的成员 m_pViewCla
ss;
CDocTemplate* m_pNewDocTemplate：指向正在使用的这个文档模板对象的
指针
该函数使用这个语句来创建框架窗口类对象：
CFrameWnd* pFrame = (CFrameWnd*)m_pFrameClass->CreateObject();
最后用框架窗口类对象的成员函数LoadFrame()来创建窗口，那个CreateCon
text结构被当作了LoadFrame()函数的最后一个参数。也许，视图窗口的创建就在
这个LoadFrame()函数里按照CreateContext结构的内容来实现。
3。视图类对象和视图窗口的创建
确实如此。当窗口被创建出来还未显示出来之前，会有一个WM_CREATE消息发
给窗口。于是CFrameWnd::OnCreate函数被调用。该函数最终调用了CFrameWnd::
CreateView()函数。CreateView函数调用下面的语句来创建视图类对象：
CWnd* pView = (CWnd*)pContext->m_pNewViewClass->CreateObject();
pContext是在函数CDocTemplate::CreateNewDocument内部填写的CreateCon
text结构的指针，该结构的成员m_pNewViewClass的意义上文已经说过了。
视图类对象创建好后，接下来这条语句创建了视图窗口：
pView->Create(NULL, NULL, AFX_WS_DEFAULT_VIEW,
CRect(0,0,0,0), this, nID, pContext)
最后，CSingleDocTemplate::OpenDocumentFile函数调用新创建的文档对象
的OnNewDocument函数，这个函数仅仅调用了下面几个函数：
DeleteContents();
m_strPathName.Empty();
SetModifiedFlag(FALSE);
到此，OnFileNew函数创建框架，文档和视图的全过程就追踪出来了。可以看
出，文档类对象，框架窗口类对象和视图类对象的创建都是调用了这些类中的成
员函数CreateObject。这个函数是宏DECLARE_DYNCREATE和IMPLEMENT_DYNCREATE
往类中增加的。
所谓这些类的对象的动态创建(dynamic create)不就是用new来创建吗？有什
么神奇的地方，费得着用这么一些怪怪的宏啊结构啊之类的东西，不知道微软在
搞什么鬼。
既然用了new来分配内存，必然会在某个地方用了delete来释放内存。
