“易語言.塵土”介面庫2.0版原始碼分析(5):Windows訊息路由機制(上)

來源:互聯網
上載者:User

 

作者:liigo

原文連結:http://blog.csdn.net/liigo/archive/2010/10/28/5972548.aspx

轉載請註明出處:http://blog.csdn.net/liigo

liigo: "易語言.塵土"介面庫2.0版原始碼分析系列

 

 

  很高興看到"易語言.塵土"介面庫這個原創性易語言模組近期又持續升級,版本到2.1了。看來我這個原始碼分析系列文章還得繼續跟進。這最新一篇,重點關注該介面庫內部的Windows訊息路由機制。Windows訊息(如WM_PAINT)由Windows作業系統產生,發往相應視窗的訊息處理函數(WndProc)。依據前面的分析,我們已經知道,訊息在模組內部被EDust_WndProc()派發到對應視窗對象的“訊息過程()”方法(繼承自“_視窗基類”)。接下來Windows訊息是如何被處理的呢?本文將揭開謎底。

  我們就從“_視窗基類.訊息過程()”入手,看看裡面有什麼代碼:

  要理解以上代碼,最好先搞清楚“事件雜湊表”這個類成員變數的作用。從字面上看,它應該是一個雜湊表——“鍵-值”的集合,其“鍵”是訊息值,其“值”是什麼呢?是對應該訊息的處理子程式嗎?按 Ctrl+F 搜尋“事件雜湊表”,找到了“_視窗基類.掛接事件()”這個類成員方法,代碼如下:

  從以上代碼我們分析得知,“事件雜湊表”的“鍵”為事件類型(Windows訊息值),“值”為一個鏈表——事件處理子程式的集合。很顯然,事件處理子程式是由訊息處理者提供的,將被類庫內部自動調用。那麼,事件處理子程式是如何被調用的呢?或者說,Windows訊息是如何被處理的呢?讓我們的視線回到“_視窗基類.訊息過程()”裡面調用的“事件鏈表_處理()”子程式,推測它的功能應該是:迴圈遍曆鏈表,依次調用對應的事件處理子程式,直到遍曆完畢或某事件處理子程式要求結束處理。事件處理子程式被調用,就意味著該訊息值(事件)被處理了。事實上後掛接的處理子程式先被調用,即剛才所說的迴圈遍曆鏈表其實應該是倒序遍曆,這個細節今後可能還會涉及,暫時先不貼代碼。

  好了,是時候總結一下"易語言.塵土"介面庫2.0的事件處理機制(即Windows訊息處理機制)了:1、通過“_視窗基類.掛接事件()”把欲處理的訊息值及其處理子程式記錄下來,記錄到類成員變數“事件雜湊表”中;2、“_視窗基類.訊息過程()”通過查詢“事件雜湊表”,擷取與當前訊息值掛接到的事件處理子程式,並調用之。補充一點,可以多次調用“_視窗基類.掛接事件()”把多個事件處理子程式掛接到同一個Windows訊息值上,屆時“後”掛接的事件處理子程式會“先”被調用,並且後掛接的事件處理子程式可以決定是否調用先前掛接的事件處理子程式。

  以上就是"易語言.塵土"介面庫2.0的基本的事件處理機制,也是其訊息路由機制的基礎部分。除了類庫的終端使用者可以使用這套事件處理機制處理Windows訊息之外,在類庫內部,也利用這套事件處理機製做了許多更深入的訊息處理,且留待下文分解。

 

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.