【導讀】讓該領域中的設計人員、程序員，依共同結。設計和程序的清晰度，以降低軟件的設計與維護費用。義認為，框架是可被應用開發(fā)者定制的應用骨架。因此構件庫的大規(guī)模重用也需要框架。框架提供了所有應用期望的默認行為的類集合。組裝對象來支持應用專用的行為。用軟件系統(tǒng)的開發(fā)周期，提高開發(fā)質量。，構件根據(jù)框架進行復合而生成可運行的系統(tǒng)。的粒度越大，其中包含的領域知識就更加完整。由于框架是通用的，大家能共享它，提高了工作效率，增加了軟件工程師的生產(chǎn)力。實際上，框架已涵括了傳?！驅ο蟪：A設計行為，預設行●對象的行為都是固定的，無法修正。這種低層次的框架已成為熱門話題。它們將非面向對象的Windows包裝起來，加上一層面向對。象的外殼，讓應用程序易于跟Windows通信。怎樣得到抽象類，比如，觀察兩個相似的類，并分辨其相同與相異點。，然后把相同點抽離出來，構成父類，就是抽象類了。

　　

【正文】 明 MFC框架的核心類體系 ， 并分析其預設函數(shù)及反向溝通 。 MFC 框架的核心類體系為： 五、實戰(zhàn)錦囊 CWinApp 為具體類 ， 可直接拿來派生對象如下： include CWinApp App。 App 是 CWinApp的對象 ， 這對象派生時 ， 框架中有個指針 ──appCurrentWinApp會指向它 。 五、實戰(zhàn)錦囊 您可通過框架中的公用函數(shù) ── AfxGetApp()來取得該指針值 。 例如指令 ── AfxGetApp()Run()， 就調用了 App 對象的 Run() 函數(shù) 。 也許您會覺得奇怪：上述程序好像缺少了 main()函數(shù) ， 是不 ？ 答案是：框架中已經(jīng)預設了WinMain() 函數(shù) 。 請看這 WinMain() 的內容 WinMain() { ..... AfxGetApp()InitInstance()。 ..... AfxGetApp()Run()。 } 程序指令 ── AfxGetApp()InitInstance()。相當于： ()。 也就是調用了 CWinApp 類的 InitInstance()函數(shù) 。 這 InitInstance() 是框架中的預設函數(shù) ， 其內容為： InitInstance() { return TRUE。 } 這預設函數(shù)并未做什么事 ， 但它是虛擬函數(shù) ， 您可定義新函數(shù)來取而代 。 接著 ， 程序指令 ── AfxGetApp()Run()。 相當于： ()。 這 Run()是框架中的預設虛擬函數(shù) ， 其內容為： Run() { ..... for(。 。) { .... if( !PumpMessage() ) break。 } } 五、實戰(zhàn)錦囊 由此可知 ， 框架和應用程序的 調用關系圖示如下： 五、實戰(zhàn)錦囊 請看看 Run() 的內容 。 其中有個 for(。 。) 循環(huán) ， 它負責接待 Windows 傳來的消息 ，并將消息轉送 CFrameWnd 的對象 。 但是上述程序中 ， 并未派生 CFrameWnd 的對象 ，就無法轉送消息了 ， 屏幕上也看不到窗口 。 那該怎么辦呢 ？ 答案是：定義新的InitInstance()函數(shù)來取代預設函數(shù) 。 于是 ， 派生子類如下： 五、實戰(zhàn)錦囊 現(xiàn)用 C++ 表達如下： include class YWindow : public CframeWnd { public: YWindow() { Create( NULL, YWin )。 } }。 五、實戰(zhàn)錦囊 class YApp : public CWinApp { virtual BOOL InitInstance() { m_pMainWnd = new YWindow。 m_pMainWndShowWindow( m_nCmdShow )。 return 1。 } }。 YApp App。 //end 五、實戰(zhàn)錦囊 于是 ， 由程序指令 ── m_pMainWnd = new YWindow 建立如下關系： 以上是舉 CWinApp 的 InitInstance()為例，說明預設函數(shù)與反向調用。現(xiàn)在，換個角度看看 CFrameWnd類。它也含很多預設函數(shù)，有的是它自己定義的，有的是從 CWnd 繼承而來的。例如， CWnd類含有 OnPaint() 預設函數(shù)，而您可定義新 OnPaint() 來取代預設函數(shù)。如下述程序： 五、實戰(zhàn)錦囊 include class YWindow : public CFrameWnd { public: YWindow() { Create( NULL, YWin )。 } afx_msg void OnPaint() { CPaintDC dc( this )。 ( 0, 0, Hello!!, 7 )。 } afx_msg void OnClose() { AfxMessageBox( Ready to close.. )。 CFrameWnd::OnClose()。 } DECLARE_MESSAGE_MAP() }。 BEGIN_MESSAGE_MAP( YWindow, CFrameWnd ) ON_WM_CLOSE() ON_WM_PAINT() END_MESSAGE_MAP() 五、實戰(zhàn)錦囊 class YApp : public CWinApp { BOOL InitInstance() { YWindow* pw = new YWindow。 pwShowWindow( m_nCmdShow )。 m_pMainWnd = pw。 return 1。 } }。 YApp App。 //end OnPaint() 取代了框架中的 OnPaint() 函數(shù)； OnClose() 修正了框架中的OnClose() 函數(shù) 。 再看看 Run() 函數(shù)的內容 。 Run() 調用 PumpMessage() 函數(shù) ， 它負責處理Windows 傳來的各種消息 。 例如 ， 當 Windows 傳來 WM_PAINT 消息時 ， 就反向調用到 YWindow 的 OnPaint() ， 在窗口里顯示出 Hello!! 字符串 。 同理 ， 當接到WM_CLOSE消息時 ， 就反向調用 YWindow 的 OnClose() 函數(shù) ， 這函數(shù)再調用CFrameWnd::OnClose()（ 其實是由 CWnd 類繼承而來 ） 。 五、實戰(zhàn)錦囊 其中 ， OnPaint() 和 OnClose() 不是虛擬函數(shù) ， 為什么仍進行反向調用呢 ？ 答案是：MFC 自己建立消息 ╱ 函數(shù)表 （ Message Map） 來進行反向調用 。 處理 Windows 消息時 ，MFC 不經(jīng)過 C++ 的虛擬函數(shù)表來進行反向調用 。 寫程序時 ， 您可將 OnPaint() 等視為虛擬函數(shù) 。