在這幾天的編程里，我發現了一個程序如果是基于事件驅動的，那么編程起來將會很簡單。比如在輸入命令行遇到回車時向框架發送一個ON_CMD_OK消息，那么框架就會立即處理ON_CMD_OK消息，而無需再去檢測命令輸入到了什么地方，在框架定時器到達時，框架也會呼叫我們事先約定好的處理程序，為我們省略了很多細節的麻煩。 要編寫基于事件的程序，首先需要理解函數指針，和char指針一樣，它保存了一個函數的地址，調用指針指向的函數和調用函數一樣。例如：(我的例程是這樣的) typedef void (*PROC)(MESSAGE_STYLE style,MESSAGE param);// 定義函數類型，形參為MESSAGE枚舉; PROC fun; static void nullFunction(MESSAGE_STYLE style,MESSAGE param)// 空函數 { printf("nullFunction is called ."); } void main() { fun = nullFunction;// 將指針指向nullFunction； fun(ON_KEYDOWN,WM_0);// 通過指針調用函數 } 那么，在這個主程序里，nullfunction將收到ON_KEYDOWN和WM_0，意思是按鍵0被按下，調用nullFunction處理。 ON_KEY_DOWN是一個我們預先定義的消息類型枚舉，WM_0也一樣。 當然了，在實際的編程里不會像這個那么簡單，我們需要一個數組來保存指針，然后將消息逐個派遣，讓想知道這個消息的所有程序都能知道這個按鍵被按下了，然后進行相應的處理。 是否明白點了呢？.... 后來我有個重大發現 一直以來，我都是使用形參來傳遞消息參數，我的PROC原來是這樣定義的：PROC （*fun)(MESSAGE_TYPE type, MESSAGE param); 在我的Delegate里，消息通過send()函數將會歷遍所有消息回調，如果我在第一個回調里增加了一個回調，那么在這個回調結束后，新增加的回調也會收到這個消息，這不是我希望的結果（我在菜單里選擇了2號菜單，而2號菜單是個命令提示符，那么在增添命令提示符后字符'2'這個消息會傳遞給CMD，那么在進入CMD程序之前，CMD實際上已經添加了2這個字符在命令行里）。經過我的反復思考，我參考了C#的做法，把后面兩個參數改為引用類型，改為：PROC （*fun)(MESSAGE_TYPE &type, MESSAGE ¶m); 那么在第一個回調里增加另外一個回調的同時，把param設置為WM_NULL，就不會發生上面的情況，而且將更加靈活，我增加了WM_HANDLED，在框架檢測到這個消息后，會放棄之后的回調，因為框架已經知道這個消息已經不再需要后面的程序處理了。呵呵，總算解決了一個問題。也算是從C#里發現的一個重大收獲。經過這樣的改造，CPU占用率更低了，而且深度的內存堆棧也少了些，可以使用更多的內存做別的任務。 八卦一下 PT2313。這是我的第二個AVR的作品。我用MEGA8是因為它的功能深深的吸引著我。以前用51的時候，I2C需要單獨來編寫一個程序來驅動，ADC需要外置。現在好了，MEGA8為我解決了這個問題，使得我現在的版本比以前有了很大的進步，無論是在體積上還是性能上都有顯著的提高。讓大家來分享一下
