MFC开始学习

　　讨厌ＶＢ，可是发现用ＶＢ写了一堆又一堆的程序，做了一个又一个的小项目．．．

　　想学ＪＡＶＡ，可惜只在公司的两个月全心学了一段后就没什么机会再说了．．．

　　原先觉得ＭＦＣ都没什么前途了，那么，我怎么现在又来学它了呢？嗯，一个是和以后工作有关，以后的工作，肯定离不开Ｄ３Ｄ和ＷＩＮＳＤＫ，而如果在ＷＩＮ下面编程，不学ＭＦＣ也太没意思了．　二是如果稍微做大一点的东东，用ＳＤＫ写更痛苦，还不如用ＭＦＣ方便．三是学ＭＦＣ苦了一些，不过，就当是给自已加加压吧，不然用Ｃ＃拖两下界面，再和Ｃ写个或者下载个图像处理的ＤＬＬ，好像做完了毕设和没做感觉差得不大呀．．．　所以，干脆自已苦自已吧：）

　　学东西还是蛮快乐的，今天虽然没有学习一整天，但是，确实很充实，好像好久没有这种感觉喽，和小白happy太长时间了，心要收回来，还真不容易．刚收的时候，确实挺无聊的，不过，回到了轨道上以后，又有了新的乐趣，新的牵挂，新的玩意．．．．灌水，游戏，ＢＬＯＧ，看文章，和朋友聊天，学技术．．．

　　嗯，把摘的一些东东放上来，有空也可看看，学习ＭＦＣ，最好的方法，还是看代码，然后一边先看范一点的书，一开始就进入那些细节，简直看天书，那就是第一天看ＭＦＣ的感觉．现在还好，大概能看明白那些东东，起码不会被那ＢＴ的变量吓到了：）

在MFC中M$引入了文档-视结构的概念，文档相当于数据容器，视相当于查看数据的窗口或是和数据发生交互的窗口。（这一结构在MFC中的OLE，ODBC开发时又得到更多的拓展）因此一个完整的应用一般由四个类组成：CWinApp应用类，CFrameWnd窗口框架类，CDocument文档类，CView视类。（VC6中支持创建不带文档-视的应用）

在程序运行时CWinApp将创建一个CFrameWnd框架窗口实例，而框架窗口将创建文档模板，然后有文档模板创建文档实例和视实例，并将两者关联。一般来讲我们只需对文档和视进行操作，框架的各种行为已经被MFC安排好了而不需人为干预，这也是M$设计文档-视结构的本意，让我们将注意力放在完成任务上而从界面编写中解放出来。

在应用中一个视对应一个文档，但一个文档可以包含多个视。一个应用中只用一个框架窗口，对多文档界面来讲可能有多个MDI子窗口。每一个视都是一个子窗口，在单文档界面中父窗口即是框架窗口，在多文档界面中父窗口为MDI子窗口。一个多文档应用中可以包含多个文档模板，一个模板定义了一个文档和一个或多个视之间的对应关系。同一个文档可以属于多个模板，但一个模板中只允许定义一个文档。同样一个视也可以属于多个文档模板。（不知道我说清楚没有）

接下来看看如何在程序中得到各种对象的指针：

全局函数AfxGetApp可以得到CWinApp应用类指针
AfxGetApp()->m_pMainWnd为框架窗口指针
在框架窗口中：CFrameWnd::GetActiveDocument得到当前活动文档指针
在框架窗口中：CFrameWnd::GetActiveView得到当前活动视指针
在视中：CView::GetDocument得到对应的文档指针
在文档中：CDocument::GetFirstViewPosition，CDocument::GetNextView用来遍历所有和文档关联的视。
在文档中：CDocument::GetDocTemplate得到文档模板指针
在多文档界面中：CMDIFrameWnd::MDIGetActive得到当前活动的MDI子窗口

一般来讲用户输入消息（如菜单选择，鼠标，键盘等）会先发往视，如果视未处理则会发往框架窗口。所以定义消息映射时定义在视中就可以了，如果一个应用同时拥有多个视而当前活动视没有对消息进行处理则消息会发往框架窗口．
ODBC: Open DataBase Connectivity
MFC ODBC: Microsoft Founddation Class ODBC
DAO : Data Access Object
OLE DB : Object Link and Embedding DataBase