MFC訊息對映機制

mfc的設計者們在設計mfc時，緊緊把握乙個目標，那就是盡可能使得mfc的**要小，速度盡可能快。為了這個目標，他們使用了許多技巧，其中很多技巧體現在巨集的運用上，實現mfc的訊息對映的機制就是其中之一。

同mfc訊息對映機制有關的巨集有下面幾個：

declare_message_map()巨集

begin_message_map(theclass, baseclass)和end_message_map()巨集

弄懂mfc訊息對映機制的最好辦法是將找出乙個具體的例項，將這些巨集展開，並找出相關的資料結構。

declare_message_map()

declare_message_map()巨集的定義如下：

#define declare_message_map() \

private: \

static const afx_msgmap_entry _messageentries; \

protected: \

static afx_data const afx_msgmap messagemap; \

virtual const afx_msgmap* getmessagemap() const; \

從上面的定義可以看出，declare_message_map()作下面三件事：

定義乙個長度不定的靜態陣列變數_messageentries；

定義乙個靜態變數messagemap；

定義乙個虛函式getmessagemap()；

在declare_message_map()巨集中，涉及到mfc中兩個對外不公開的資料結構

afx_msgmap_entry和afx_msgmap。為了弄清楚訊息對映，有必要考察一下這兩個資料結構的定義。

afx_msgmap_entry的定義

struct afx_msgmap_entry

;結構中各項的含義注釋已經說明得很清楚了，這裡不再多述，從上面的定義你是否看出，afx_msgmap_entry結構實際上定義了訊息和處理此訊息的動作之間的對映關係。因此靜態陣列變數_messageentries實際上定義了一張表，表中的每一項指定了相應的物件所要處理的訊息和處理此訊息的函式的對應關係，因而這張表也稱為訊息對映表。再看看afx_msgmap的定義。

（2）afx_msgmap的定義

struct afx_msgmap

;不難看出，afx_msgmap定義了一單向鍊錶，鍊錶中每一項的值是一指向訊息對映表的指標（實際上就是_messageentries的值）。通過這個鍊錶，使得在某個類中呼叫基類的的訊息處理函式很容易，因此，「父類的訊息處理函式是子類的預設訊息處理函式」就「順理成章」了。在後面的「mfc視窗的訊息處理」一節中會對此作詳細的講解。

begin_message_map()和end_message_map()

它們的定義如下：

#define begin_message_map(theclass, baseclass) \

const afx_msgmap* theclass::getmessagemap() const \

\afx_comdat afx_datadef const afx_msgmap theclass::messagemap = \

; \afx_comdat const afx_msgmap_entry theclass::_messageentries = \

\}; \

對應begin_message_map()的定義可能不是一下子就看得明白，不過不要緊，舉一例子就很清楚了。對於begin_message_map(cview, cwnd)，vc預編譯器將其展開成下面的形式：

const afx_msgmap* cview::getmessagemap() const

afx_comdat afx_datadef const afx_msgmap cview::messagemap =

;afx_comdat const afx_msgmap_entry cview::_messageentries =

,根據上面的定義，on_command(id_file_new, onfilenew)將被vc預編譯器展開

如下：,

到此，mfc的訊息對映機制已經清楚了，現在提出並解答兩個問題以作為對這一節的小結。

為什麼不直接使用虛函式實現訊息處理函式呢？這是乙個good question。前面已經說過，mfc的設計者們在設計mfc時有乙個很明確的目標，就是使得「mfc的**盡可能小，速度盡可能快」，如果採用虛函式，那麼對於所有的視窗訊息，都必須有乙個與之對應的虛函式，因而對每乙個從cwnd派生的類而言，都會有一張很大的虛函式表vtbl。但是在實際應用中，一般只對少數的訊息進行處理，大部分都交給系統預設處理，所以表中的大部分項都是無用項，這樣做就浪費了很多記憶體資源，這同mfc設計者們的設計目標是相違背的。當然，mfc所使用的方法只是解決這類問題的方式之一，不排除還有其他的解決方式，但就我個人觀點而言，這是一種最好的解決方式，體現了很高的技巧性，值得我們學習。

至於這第二個問題，是由上面的問題引申出來的。如果在子類和父類中出現了相同的訊息出來函式，vc編譯器會怎麼處理這個問題呢？vc不會將它們看作錯誤，而會象對待虛函式類似的方式去處理，但對於訊息處理函式(帶afx_msg字首)，則不會生成虛函式表vtbl。

MFC訊息對映機制

MFC訊息對映機制

MFC訊息對映機制

MFC訊息對映機制

相關推薦